NAT-Kompatibilität

Um eine direkte Verbindung zwischen einem externen Benutzergerät und dem Sitzungshost herzustellen, nutzt HDX™ Direct Hole Punching für die NAT-Traversal und STUN, um den Austausch der öffentlichen IP-Adresse und der Port-Mappings für das Client-Gerät und den Sitzungshost zu erleichtern. Dies ähnelt der Funktionsweise von VoIP-, Unified Communications- und P2P-Lösungen.

Solange Firewalls und andere Netzwerkkomponenten so konfiguriert sind, dass sie den UDP-Verkehr für die STUN-Anfragen und die HDX-Sitzungen zulassen, sollte HDX Direct für externe Benutzer funktionieren. Es gibt jedoch bestimmte Szenarien, in denen die NAT-Typen der Benutzer- und Sitzungshost-Netzwerke zu einer inkompatiblen Kombination führen, wodurch HDX Direct fehlschlägt.

Validierungen

Sie können den NAT-Typ und die Filterung auf dem Client und dem Sitzungshost mithilfe des STUNTMAN-STUN-Client-Dienstprogramms überprüfen:

1. Laden Sie das entsprechende Paket für die Zielplattform von stunprotocol.org herunter und entpacken Sie den Inhalt.
2. Öffnen Sie eine Terminal-Eingabeaufforderung und navigieren Sie zu dem Verzeichnis, in das die Inhalte extrahiert wurden.
3. Führen Sie den folgenden Befehl aus: .\stunclient.exe stunserver2024.stunprotocol.org --mode behavior

4. Beachten Sie die Ausgabe.

   Wenn die Binding- und Verhaltenstests erfolgreich sind, melden sowohl der Binding-Test als auch der Verhaltenstest den Erfolg, und ein NAT-Verhalten wird angegeben:

   

   Wenn die Tests fehlschlagen, melden der Binding-Test und/oder der Verhaltenstest den Fehler.

   

5. Führen Sie den folgenden Befehl aus: .\stunclient.exe stunserver2024.stunprotocol.org --mode filtering
6. Beachten Sie die Ausgabe.

Siehe die folgende Tabelle, um festzustellen, ob HDX Direct für externe Benutzer basierend auf den Testergebnissen von Client und Session-Host voraussichtlich funktioniert: