Der Outbound Enabler wird auf demselben Computer wie der Backend-Server ausgeführt. Er hat folgenden Zweck:
Wenn der Outbound Enabler startet, stellt er eine HTTP-Anforderung, um die Liste der in der Farm laufenden Relay Server abzurufen. Hierzu wird der Server-URL verwendet, der der Webserver-Erweiterungskomponente des Relay Servers zugeordnet ist. Der Server-URL kann direkt einem Relay Server oder einem Lastverteiler zugeordnet werden. Wenn der Server-URL einem Lastverteiler zugeordnet wird, leitet der Lastverteiler die Anforderung an einen der Relay Server weiter, die in der Farm ausgeführt werden. Der Relay Server, der die Anforderung vom Outbound Enabler empfängt, gibt die Verbindungsinformationen für alle Relay Server in der Farm zurück. Der Outbound Enabler erstellt dann zwei abgehende Verbindungen, so genannte Kanäle, für jeden zurückgegebenen Relay Server. Ein Kanal, der so genannte Up-Kanal, wird während einer HTTP-Anforderung mit einer grundsätzlich endlosen Antwort erstellt. Die Antwort ist ein kontinuierlicher Datenstrom von Clientanforderungen vom Relay Server an den Outbound Enabler. Der zweite Kanal, der so genannte Down-Kanal, wird mithilfe einer HTTP-Anforderung mit einer grundsätzlich endlosen Länge des Inhalts erstellt. Die Anforderung besteht aus einem kontinuierlichen Datenstrom von Serverantworten an Clientanforderungen.
Wenn der Outbound Enabler eine Clientanforderung auf dem Up-Kanal von einem der verbundenen Relay Server empfängt, gibt er sie an den Backend-Server weiter, den der Outbound Enabler bedient. Wenn eine Antwort vom Backend-Server empfangen wurde, wird sie auf dem Down-Kanal an den Relay Server weitergeleitet, von dem die betreffende Anforderung empfangen wurde.
Outbound Enabler-Syntax ParameterOptionen Die folgenden Optionen können für den Outbound Enabler verwendet werden. Die Option -cr ist erforderlich, alle anderen sind optional.
| rsoe-Optionen | Beschreibung | ||
|---|---|---|---|
| @data |
Liest Optionen aus der angegebenen Umgebungsvariablen oder Konfigurationsdatei. Wenn Sie Kennwörter oder andere Informationen in einer Konfigurationsdatei schützen möchten, können Sie das Dienstprogramm zum Verschleiern von Dateien verwenden. Siehe Dienstprogramm zum Verschleiern von Dateien (dbfhide). |
||
| -cr "Verbindungszeichenfolge" |
Gibt die Relay Server-Verbindungszeichenfolge an. Das Format der Relay Server-Verbindungszeichenfolge ist eine durch Semikola getrennte Liste von Name-Wert-Paaren. Die Name-Wert-Paare bestehen aus Folgendem:
Für https=1 können auch folgende Optionen angegeben werden:
|
||
| -cs "Verbindungszeichenfolge" |
Legt den Host und den Port fest, die für die Verbindung zum Backend-Server verwendet werden. Der Standardwert ist Um periodische Backend-Serverstatusanforderungen zu aktivieren, fügen Sie den Parameter status_url der Option -cs hinzu. Der
Parameter status_url wird im Format Das folgende Beispiel zeigt, wie Sie status_url mit -cs angeben.
Verwenden Sie die Option -d, um die Frequenz der Backend-Serverstatusanforderungen festzulegen. |
||
| -d Sekunden |
Gibt an, wie häufig Verfügbarkeit-Pings und Statusanforderungen an die Backend-Server gesendet werden. Der Standardwert beträgt 5 Sekunden. |
||
| -dl |
Verwenden Sie diese Option, um Logmeldungen in der Relay Server Outbound Enabler-Konsole anzuzeigen. Standardmäßig werden Logmeldungen für die Ausführlichkeitsstufen 1 und 2 nicht angezeigt. |
||
| -f Farm |
Gibt den Namen der Farm an, zu der dieser Backend-Server gehört. |
||
| -id ID |
Gibt den dem Backend-Server zugewiesenen Namen an. |
||
| -o |
Schreibt Meldungen in eine Logdatei. |
||
| -oq |
Verhindert, dass das Fehlerfenster angezeigt wird, falls beim Start ein Fehler auftritt. |
||
| -os |
Setzt die Maximalgröße der Meldungslogdateien. Die minimale Größenbegrenzung beträgt 10 kB. |
||
| -ot |
Kürzt die Logdatei und schreibt anschließend Meldungen hinein. |
||
| -q |
Bewirkt die Ausführung beim Start in einem minimierten Fenster. |
||
| -qc |
Schließt das Fenster nach Abschluss des Vorgangs. |
||
| -s |
Stoppt den Outbound Enabler. |
||
| -t Token |
Gibt den Sicherheitstoken an, der an den Relay Server übergeben werden muss. |
||
| -uc |
Startet den RSOE im Shell-Modus. Dies ist die Standardeinstellung. Gilt für Unix und Mac OS X. Sie sollten nur eine der Optionen -uc, -ui, -um oder -ux angeben. Wenn Sie die Option -uc angeben, wird der RSOE auf dieselbe Weise gestartet wie bei früheren Versionen der Software. |
||
| -ud |
Weist den RSOE an, als Daemon abzulaufen. Diese Option gilt nur für UNIX-Plattformen. |
||
| -ui |
Startet den RSOE im Shell-Modus, wenn keine verwendbare Anzeige verfügbar ist. Diese Option wird unter Linux mit X Window-Serverunterstützung verwendet. Wenn die Option -ui angegeben ist, versucht der Server, eine verwendbare Anzeige zu finden. Wenn keine gefunden wird, z.B. weil der X Window-Server nicht läuft, startet der RSOE im Shell-Modus. |
||
| -ux |
Unter Linux wird das Meldungsfenster des RSOE geöffnet, in dem Meldungen angezeigt werden. Wenn die Option -ux angegeben ist, muss der RSOE in der Lage sein, eine verwendbare Anzeige zu finden. Wenn er keine findet, weil z.B. die DISPLAY-Umgebungsvariable nicht eingestellt ist oder der X Window-Server nicht läuft, schlägt der Start des RSOE fehl. Um das Meldungsfenster des RSOE im dialogfreien Modus auszuführen, verwenden Sie -q. Unter Windows erscheint das Meldungsfenster des RSOE automatisch. |
||
| -v Stufe |
Legt die Ausführlichkeitsstufe für die Protokollierung fest. Die Stufe kann 0, 1 oder 2 sein:
Die Stufen 1 und 2 werden nur die in die Logdatei geschrieben und nicht angezeigt. Um alle Logmeldungen anzuzeigen, verwenden Sie den Parameter -dl. |
Dienstprogramm zum Verschleiern von Dateien (dbfhide)Das Dienstprogramm zum Verschleiern von Dateien (dbfhide) verwendet die einfache Verschlüsselung, um den Inhalt von Konfigurations- und Initialisierungsdateien zu verschleiern.
Syntaxdbfhide Originalkonfigurationsdatei Verschlüsselte_Konfigurationsdatei| Option | Beschreibung |
|---|---|
| Originalkonfigurationsdatei | Gibt den Namen der Originaldatei an. |
| Verschlüsselte_Konfigurationsdatei | Gibt einen Namen für die neue verschleierte Datei an. |
Der Relay Server und der Outbound Enabler erkennen, dass eine Konfigurationsdatei mithilfe von dbfhide verschleiert wurde, und verarbeiten sie.
Dieses Dienstprogramm akzeptiert nicht den @data-Parameter zum Einlesen von Optionen aus einer Konfigurationsdatei.
Integrierter Outbound EnablerMit dem neuen OE-Protokoll für die Option -x für mlsrv12 können Sie einen integrierten Outbound Enabler anstelle der Standalone-Version des Outbound Enablers verwenden, die mit dem Befehl rsoe aufgerufen wird. Der integrierte Outbound Enabler bietet folgende Vorteile:
Verminderte Verwendung von Systemressourcen, vor allem Sockets.
Bereitstellung einer einzelnen, integrierten Logdatei. Zeilen, die aus dem integrierten Outbound Enabler in das Log des MobiLink-Servers ausgegeben wurden, haben das Präfix <OE>.
Deployment wird vereinfacht.
Verfügbarkeitsprüfungen zwischen den Outbound Enabler und dem MobiLink-Server entfallen.
Weitere Hinweise zur Verwendung des integrierten Outbound Enablers finden Sie unter mlsrv12-Option -x.
Überlegungen zum DeploymentBeachten Sie bei der Verwendung des Outbound Enablers folgende Überlegungen:
Outbound Enabler als Dienst Der Outbound Enabler kann mithilfe des Dienstprogramms für Dienste als Dienst eingerichtet und verwaltet werden. Siehe Outbound Enabler als Dienst.
Authentifizierung Sie können keine einfache oder Digest-Authentifizierung verwenden. Die Programmdatei rsoe.exe unterstützt keine einfache oder Digest-Authentifizierung mit Webservern, unabhängig vom Webservertyp oder dem Betriebssystem.
 |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2010, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.0 |