Relay Server-Architektur

Ein Relay Server-Deployment umfasst Folgendes:

Mobile Geräte, auf denen Clientanwendungen und Dienste ausgeführt werden, die mit Backend-Servern in einem Unternehmens-LAN kommunizieren müssen.
Einen optionalen Lastverteiler, der Anforderungen von den mobilen Geräten an eine Gruppe von Relay Servern sendet.
Einen oder mehrere Relay Server, die in der DMZ eines Unternehmens ausgeführt werden.
Mindestens ein Backend-Server, der in einem Unternehmens-LAN ausgeführt wird und für die Bearbeitung von Clientanforderungen zuständig ist. Die folgenden Backend-Server werden für die Verwendung mit dem Relay Server unterstützt:
- Afaria
- Mobile Office
- MobiLink
- SQL Anywhere
- Unwired Server
- Sybase Unwired Platform
Hinweis

Der Relay Server wurde mit bestimmten Backend-Servern und Clients getestet, die für die Kommunikation über wohldefinierte HTTP-Anforderungen und -Antworten verwenden. In Deployments mit benutzerdefiniertem HTTP-Datenverkehr, einschließlich der Verwendung von SQL Anywhere als Webserver, muss der Datenverkehr gründlich getestet werden, um sicherzustellen, dass er mit dem Relay Server funktioniert.

Weitere Hinweise dazu, welche Backend-Server unterstützt werden, finden Sie in der Lizenzvereinbarung oder auf der Seite mit den SQL Anywhere-Komponenten nach Plattform. Siehe http://www.sybase.com/detail?id=1061806.
Es gibt in der Regel nur einen Relay Server Outbound Enabler (RSOE) pro Backend-Server, aber es kann auch mehrere geben. Der Outbound Enabler verwaltet die gesamte Kommunikation zwischen einem Backend-Server und der Relay Server-Farm.

Das folgende Diagramm zeigt die Relay Server-Architektur mit einem Relay Server.

Relay Server-Architekturdiagramm mit einem einzigen Relay Server.

Hinweis

Weitere Hinweise dazu, welche Backend-Server unterstützt werden, finden Sie in der Lizenzvereinbarung oder auf der Seite mit den SQL Anywhere-Komponenten nach Plattform. Siehe [external link] http://www.sybase.com/detail?id=1061806.

Das folgende Diagramm zeigt die Relay Server-Architektur für ein komplexeres System mit einer Relay Server-Farm und einer Backend-Serverfarm.

Relay Server-Architekturdiagramm mit mehreren Relay Servern und mehreren Backend-Servern.

Hinweis

Der Relay Server verfügt über eine Reihe von Weberweiterungen, einen Hintergrundprozess für die Verwaltung von Zustandsinformationen und einen Webserver.

Da der Relay Server eine auf einem Webserver ausgeführte Weberweiterung ist, findet die gesamte Kommunikation über HTTP oder HTTPS statt. Die Verwendung von HTTP kann problemlos in vorhandene Firewallkonfigurationen und Richtlinien von Unternehmen integriert werden. Der Relay Server setzt voraus, dass die Verbindung vom Unternehmens-LAN zum Relay Server vom Unternehmens-LAN initiiert wird. Dadurch wird eine sicherere Deployment-Umgebung bereitgestellt, da keine eingehenden Verbindungen vom DMZ in das Unternehmens-LAN erforderlich sind.

Der Relay Server enthält zwei Weberweiterungen: eine Clienterweiterung und eine Servererweiterung. Die Clienterweiterung verarbeitet Clientanforderungen von Anwendungen, die auf mobilen Geräten ausgeführt werden. Die Servererweiterung verarbeitet Anforderungen, die vom Outbound Enabler im Auftrag eines Backend-Servers gesendet werden.

Shared Memory und Sicherheit

Der Relay Server verwendet Shared Memory zum Übertragen von HTTP-Anforderungen und -Antworten zwischen Client- und Server-Plug-In. In sicheren Deployments wird zwischen dem Client und dem Relay Server sowie zwischen dem Outbound Enabler und dem Relay Server HTTPS verwendet. In diesem Szenario entschlüsselt der Webserver das HTTPS in HTTP und anschließend verschlüsselt der Relay Server das HTTP auf dem Weg zum Outbound Enabler erneut. Das kurze Intervall, während dessen die Daten im Relay Server nicht verschlüsselt sind, wird manchmal als "Wireless Application Protocol-Gap" oder "WAP-Gap" bezeichnet.

Es gibt zwei Möglichkeiten, diese Daten gegen schädliche Prozesse auf demselben Computer zu sichern. Die primäre Methode besteht darin, Clients und Backend-Server zu verwenden, die Ende-zu-Ende-Verschlüsselung unterstützen. Die meisten MobiLink-Clients unterstützen Ende-zu-Ende-Verschlüsselung. Die zweite Methode, die für alle Relay Server minimal empfohlen wird, ist das Verstärken von Webserver und Betriebssystem (BS) für das Deployment in der DMZ mit den Standardverfahren, die für die einzelnen unterstützten Webserver und BS dokumentiert sind. Dieses Verstärken muss Schritte umfassen, mit denen die Anzahl der BS-Konten auf dem Webserver verringert wird. Im Idealfall wird beim Verstärken außerdem der Computer/die VM darauf beschränkt, nur den Relay Server und den Webserver auszuführen und sonst nichts. Ziel ist es, die Anzahl der Prozesse auf dem Computer auf ein Minimum zu beschränken und gleichzeitig durch Verstärken zu verhindern, dass schädliche Agenten schädliche Programme hinzufügen.

Die Relay Server-Farm
Relay Server-Sicherheit

Kommentieren Sie diese Seite in DocCommentXchange.