HDX Adaptive Transport mit EDT-Unterstützung für Citrix Gateway Service

Enlightened Data Transport (EDT) ist ein Citrix-proprietäres Transportprotokoll, das auf UDP aufbaut. EDT bietet eine überlegene Benutzererfahrung bei anspruchsvollen Langstreckenverbindungen unter Beibehaltung der Serverskalierbarkeit. Adaptiver Transport ist ein Datentransportmechanismus für Citrix Virtual Apps and Desktops. Adaptive Transport bietet die Möglichkeit, EDT als Transportprotokoll für ICA zu verwenden und zu TCP zu wechseln, wenn EDT nicht verfügbar ist. Weitere Informationen zu adaptivem Transport und EDT finden Sie in der Dokumentation zu adaptivem Transport.

Voraussetzungen

• Citrix DaaS
• Virtual Delivery Agent (VDA) 2012 oder höher
• Citrix Workspace-App
  • Windows: Version 1912 oder höher (2105 oder höher empfohlen)
  • Linux: Version 1912 oder höher (2104 oder höher empfohlen)
  • Mac: Version 1912 oder höher
  • iOS: aktuell verfügbare Version im Apple App Store
  • Android: aktuell verfügbare Version in Google Play
• Der UDP-Port 443 muss für ausgehenden Datenverkehr von VDA zum Citrix Gateway Service zugelassen sein
• Rendezvousprotokoll muss aktiviert sein und funktionieren. Einzelheiten finden Sie in der Rendezvous-Protokoll-Dokumentation.
• Stellen Sie sicher, dass der adaptive Transport aktiviert ist. Einzelheiten finden Sie in der Dokumentation zu Einstellungen für den adaptiven Transport.
• Weitere Informationen zu adaptivem Transport und EDT finden Sie in der Dokumentation zu adaptivem Transport.

Überlegungen

Im Folgenden sind einige Überlegungen zur Verwendung von EDT mit dem Citrix Gateway Service aufgeführt.

• Es wird dringend empfohlen, EDT MTU Discovery zu aktivieren. Einzelheiten finden Sie in der Dokumentation zu adaptivem Transport.

• EDT mit Citrix Gateway Service ist nur bei Verwendung von Rendezvous verfügbar. Wenn HDX-Sitzungen über den Cloud Connector proxiert werden, steht nur TCP für den Datentransport zur Verfügung.

• Wenn eine Einrichtung einer EDT-Sitzung fehlschlägt, fällt die Sitzung auf TCP zurück, was zu einer Verlängerung der Startzeit der Sitzung führt.

• Wenn Sie weiterhin für HDX-Sitzungen den Cloud Connector als Proxy verwenden möchten, sollten Sie den adaptiven Transport über die Citrix Studio-Richtlinie deaktivieren, um die potenzielle Erhöhung der Sitzungsstartzeiten durch die Fallback-Sequenz zu vermeiden.

• Citrix empfiehlt, EDT über den Citrix Gateway Service nur mit VDAs zu verwenden, die unter Windows 10 und Windows Server 2019 ausgeführt werden. Es gibt Einschränkungen für Windows Server 2012 R2 und 2016, die keine MTU größer als 1024 für DTLS-verschlüsselte Sitzungen zulassen, was sich auf die Leistung und Benutzererfahrung auswirken kann.

• Mit Adaptive Transport unterstützt der Citrix Gateway Service kein UDP-Audio.

Validierung von Transportprotokollen

Um zu erfahren, ob Ihre Sitzungen EDT verwenden, lesen Sie Folgendes:

• Verbindungsprotokoll in Citrix Director: https://support.citrix.com/article/CTX220730.
• Nachdem Sie eine App oder einen Desktop gestartet haben, gehen Sie zu Citrix Workspace-App > Connection Center, wählen Sie die entsprechende Sitzung aus, klicken Sie auf Eigenschaftenund sehen Sie sich die Eigenschaft Transportverschlüsselung an. Wenn es DTLS anzeigt, verwendet die Sitzung EDT für den Transport. Wenn es TLS anzeigt, verwendet die Sitzung TCP für den Transport.
• Wenn Sie einen Desktop gestartet haben, können Sie eine PowerShell oder eine Eingabeaufforderung öffnen und ausführen “ctxsession -v”. Die Eigenschaft Transport Protocols zeigt die verwendete Verbindungsmethode an:
  • EDT Rendezvous: UDP > DTLS > CGP > ICA
  • TCP Rendezvous: TCP > SSL > CGP > ICA
  • Proxy über Cloud Connector: TCP > CGP > ICA

Fallback der Verbindung

Wenn die EDT-Verhandlung aus irgendeinem Grund fehlschlägt, greift die Sitzung mit Rendezvous auf TCP zurück. Und wenn das fehlschlägt, greift die Sitzung auf Proxying über die Cloud Connectors zurück.

MTU-Discovery durch EDT

Es wird dringend empfohlen, EDT MTU Discovery zu aktivieren, um sicherzustellen, dass jede Sitzung die optimale MTU für diese Verbindung verwendet.

Falls EDT MTU Discovery deaktiviert ist oder der Client des Benutzers die Funktion nicht unterstützt, wird die EDT MTU automatisch auf 1380 eingestellt, um Fragmentierungsprobleme zu vermeiden.

Benutzer können sich über ein Netzwerk verbinden, das eine MTU unter 1380 benötigt, was hauptsächlich bei Mobilfunknetzen (3G, 4G) oder VPN-Verbindungen zu sehen ist. Wenn dies in Ihrer Umgebung der Fall ist und die von den Benutzern verwendeten Clients EDT MTU Discovery nicht unterstützen, empfiehlt Citrix, den Adaptive Transport zu deaktivieren, bis die Funktion auf Ihrer Ziel-Client-Plattform verfügbar ist.

Weitere Einzelheiten zur EDT MTU Discovery finden Sie in der Dokumentation zu adaptivem Transport.

Problembehandlung

Im Folgenden finden Sie einige allgemeine Anleitungen zur Problembehandlung.

Sitzungen verbinden sich aber nicht mit EDT:

1. Wenn die Sitzungen über den Cloud Connector weitergeleitet werden, stellen Sie sicher, dass Rendezvous aktiviert ist und ordnungsgemäß funktioniert, da dies eine Voraussetzung für die Verwendung von EDT mit dem Citrix Gateway Service ist. Einzelheiten finden Sie in der Rendezvous-Dokumentation.
2. Wenn die Sitzungen TCP-Rendezvous verwenden:
   • Stellen Sie sicher, dass Sie die VDA-Version 2012 oder höher verwenden.
   • Überprüfen Sie, ob Adaptiver Transport in Citrix Richtlinien aktiviert ist.
   • Stellen Sie sicher, dass die entsprechenden Firewallregeln vorhanden sind, um UDP 443 von den VDA-Maschinen zum Citrix Gateway Service zu öffnen. Weitere Einzelheiten finden Sie in der Rendezvous](/en-us/citrix-virtual-apps-desktops-service/hdx/rendezvous-protocol.html)-Dokumentation.
   • Wenn auf dem VDA-Computer eine lokale Firewall aktiviert ist (z. B. Windows Defender Firewall), stellen Sie sicher, dass es keine Regeln gibt, die UDP 443 blockieren.
   • Wenn Sie einen Proxy verwenden, können nur SOCKS5-Proxys zum Proxy EDT verwendet werden. Einzelheiten finden Sie in der Rendezvous-Dokumentation.

Sitzungen verbinden sich mit EDT, trennen die Verbindung jedoch nach einiger Zeit nach dem Zufallsprinzip:

1. Stellen Sie sicher, dass Sie die VDA-Version 2012 oder höher verwenden.

Die Sitzung kann keine Verbindung herstellen:

1. Stellen Sie sicher, dass Sie die VDA-Version 2012 oder höher verwenden.
2. Wenn Sie einen Client verwenden, der EDT MTU Discovery unterstützt, stellen Sie sicher, dass EDT MTU Discovery aktiviert ist. Dies trägt dazu bei, Fragmentationsprobleme zu minimieren. Einzelheiten finden Sie in der Dokumentation zu adaptivem Transport.

3. Bei Verwendung eines Linux- oder Android-Clients:

   • Prüfen Sie, ob Windows- oder Mac-Clients ordnungsgemäß funktionieren.
   • Prüfen Sie, ob die CWA-Version auf Linux 2104, Android 21.5.0 oder höher aktualisiert wurde.
   • Wenn Sie eine ältere Version von CWA verwenden, deaktivieren Sie Adaptive Transport und stellen Sie sicher, dass TCP Rendezvous ordnungsgemäß funktioniert.
   • Sobald TCP Rendezvous funktioniert und die Sitzung nach dem erneuten Aktivieren von Adaptive Transport keine Verbindung herstellen kann, lesen Sie die Schritte zur Fehlerbehebung, die in Schritt Sessions connect erwähnt werden, aber kein EDT verwenden > Wenn die Sitzungen TCP Rendezvousverwenden.