DNS-Konfigurationsoption für Adobe Connect Edge-Server

Diese TechNote ist als Ergänzung zur Installations- und Konfigurationsanleitung für Adobe Connect Enterprise Server 6 vorgesehen.

Edge-Server aggregieren Daten an einem Remote-Standort, verpacken, was sie selbst nicht verarbeiten können, und leiten die Pakete an einen Ursprungsserver weiter. Damit ein Edge-Server seinen Zweck erfüllen kann, muss der DNS-Server an den Remote-Standorten ordnungsgemäß konfiguriert sein.

Betrachten Sie die oben gezeigte Edge-Server-Implementierung bei Example Co. Der Ursprungsserver in Chicago wurde vor längerer Zeit installiert, und Benutzer in Tokio und Paris sowie an anderen Standorten auf der ganzen Welt nutzen ihn bereits in der Produktion. Es gibt eine große Anzahl von Connect-Benutzern in Tokio und Paris. Aus diesem Grund wurde beschlossen, einen Edge-Server an diesen Standorten zu installieren.

Hinweis: Die oben angegebenen Domänennamen und IP-Adressen sind nur Beispiele.

Vor der Edge-Server-Implementierung öffnete ein Benutzer in Tokio, Paris, Chicago oder an einem beliebigen anderen Standort von Example Co. einen Browser und gab die URL http://connect.example.com ein, um eine Connect-Sitzung zu starten. Es gab (und gibt) DNS-Server in Chicago, Paris und Tokio sowie an anderen Standorten, die alle dieselben DNS-Zuordnungen verwenden. Eine solche DNS-Struktur wird als „zentralisiertes DNS-System“ bezeichnet. Da das DNS-System „zentralisiert“ ist, nutzen alle dieselbe Zuordnungstabelle. Daher wird connect.example.com unabhängig vom Benutzerstandort in 10.7.215.10 aufgelöst. Leider stellt dies nach der Installation der Edge-Server ein Problem dar.

Nach der Installation der Edge-Server sollte ein Benutzer in Tokio bei Eingabe von http://connect.example.com an 10.7.145.11 (edge.tokyo.example.com) und nicht an 10.7.215.10 (connect.example.com) geleitet werden, und ein Benutzer in Paris sollte zu 10.7.95.12 gelangen. Wie kann dies konfiguriert werden, wenn ein zentralisiertes DNS-System dieselbe Zuordnungstabelle verwendet und connect.example.com unabhängig vom Standort immer 10.7.215.10 zugeordnet wird? Die Antwort lautet „Subnetzpriorisierung“.

Lösung

Wenn die „Subnetzpriorisierung“ konfiguriert ist, gibt das zentralisierte DNS-System eine Liste von IP-Adressen zurück, deren Reihenfolge vom Standort des Clients (Benutzers) abhängt. In unserem Beispiel erhält ein Benutzer in Paris, der http://connect.example.com eingibt, eine Liste wie 10.7.95.12, 10.7.145.11, 10.7.215.10 (Paris, Tokio, Chicago), ein Benutzer in Tokio eine Liste wie 10.7.145.11, 10.7.95.12, 10.7.215.10 (Tokio, Paris, Chicago) und alle übrigen Benutzer erhalten 10.7.215.10, 10.7.145.11, 10.7.95.12, (Chicago, Tokio, Paris). Dadurch wird das Problem für Connect behoben. Jetzt werden Benutzer in Paris und Tokio beim Zugriff auf Connect über ihre lokalen Edge-Server geleitet, und alle übrigen Benutzer gelangen direkt zum Ursprungsserver.

Wenn das DNS-System nicht zentralisiert ist und die DNS-Server daher keine gemeinsame Zuordnungstabelle verwenden, ist eine Subnetzpriorisierung nicht erforderlich: Jeder DNS-Server kann einzeln konfiguriert werden.

Informationen zur Konfiguration der Subnetzpriorisierung finden Sie auf der Microsoft-Website.

Es gibt zwei Probleme, die Sie beachten sollten: