HDX Adaptiver Transport mit EDT-Unterstützung für den Citrix Gateway-Dienst
Enlightened Data Transport (EDT) ist ein von Citrix entwickeltes Transportprotokoll, das auf UDP basiert. EDT bietet eine überragende Benutzererfahrung bei anspruchsvollen Langstreckenverbindungen und gewährleistet gleichzeitig die Skalierbarkeit des Servers.
Adaptiver Transport ist ein Datentransportmechanismus für Citrix Virtual Apps and Desktops. Adaptiver 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 Adaptive Transport und EDT finden Sie in der Dokumentation zum adaptiven 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: Neueste Version im Apple App Store verfügbar
- Android: Neueste Version bei Google Play verfügbar
- UDP-Port 443 muss für ausgehenden Datenverkehr vom VDA zum Citrix Gateway-Dienst zugelassen sein
- Das Rendezvous-Protokoll muss aktiviert und funktionsfähig sein. Weitere Informationen finden Sie in der Dokumentation zum Rendezvous-Protokoll.
- Stellen Sie sicher, dass der adaptive Transport aktiviert ist. Weitere Informationen finden Sie in der Dokumentation zur Einstellung für adaptiven Transport.
- Weitere Informationen zu Adaptive Transport und EDT finden Sie in der Dokumentation zum adaptiven Transport.
Überlegungen
Im Folgenden sind einige Überlegungen zur Verwendung von EDT mit dem Citrix Gateway-Dienst aufgeführt.
-
Es wird dringend empfohlen, die EDT MTU-Erkennung zu aktivieren. Weitere Informationen finden Sie in der Dokumentation zum adaptiven Transport.
-
EDT mit dem Citrix Gateway-Dienst ist nur bei Verwendung von Rendezvous verfügbar. Wenn HDX-Sitzungen über den Cloud Connector proxied werden, ist nur TCP für den Datentransport verfügbar.
-
Wenn der Aufbau einer EDT-Sitzung fehlschlägt, greift die Sitzung auf TCP zurück, was zu einer Erhöhung der Sitzungsstartzeit führt.
-
Wenn Sie HDX-Sitzungen weiterhin über den Cloud Connector proxied möchten, sollten Sie den adaptiven Transport über die Citrix Studio-Richtlinie deaktivieren, um die potenzielle Erhöhung der Sitzungsstartzeiten zu vermeiden, die durch die Fallback-Sequenz verursacht wird.
-
Citrix empfiehlt die Verwendung von EDT über den Citrix Gateway-Dienst nur mit VDAs, die unter Windows 10 und Windows Server 2019 ausgeführt werden. Es gibt Einschränkungen bei Windows Server 2012 R2 und 2016, die eine MTU von mehr als 1024 für DTLS-verschlüsselte Sitzungen nicht zulassen, was die Leistung und Benutzererfahrung beeinträchtigen kann.
-
Mit Adaptive Transport unterstützt der Citrix Gateway-Dienst kein UDP-Audio.
Validierung des Transportprotokolls
Um zu erfahren, ob Ihre Sitzungen EDT verwenden, beachten 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 > Verbindungszentrum, wählen Sie die entsprechende Sitzung aus, klicken Sie auf Eigenschaften und sehen Sie sich die Eigenschaft “Transportverschlüsselung” an. Wenn dort DTLS angezeigt wird, verwendet die Sitzung EDT für den Transport. Wenn dort TLS angezeigt wird, verwendet die Sitzung TCP für den Transport.
- Wenn Sie einen Desktop gestartet haben, können Sie eine PowerShell oder Eingabeaufforderung öffnen und
`„ctxsession -v“`
ausführen. Die Eigenschaft “Transportprotokolle” zeigt die verwendete Verbindungsmethode an:- EDT Rendezvous: “ UDP > DTLS > CGP > ICA “
- TCP Rendezvous: “ TCP > SSL > CGP > ICA “
- Proxy über Cloud Connector: “ TCP > CGP > ICA “
Verbindungs-Fallback
Wenn die EDT-Aushandlung aus irgendeinem Grund fehlschlägt, greift die Sitzung auf TCP mit Rendezvous zurück. Und wenn dies fehlschlägt, greift die Sitzung auf das Proxying über die Cloud Connectors zurück.
EDT MTU-Erkennung
Es wird dringend empfohlen, die EDT MTU-Erkennung zu aktivieren, um sicherzustellen, dass jede Sitzung die optimale MTU für diese Verbindung verwendet.
Falls die EDT MTU-Erkennung deaktiviert ist oder der Client des Benutzers die Funktion nicht unterstützt, wird die EDT MTU automatisch auf 1380 gesetzt, um Fragmentierungsprobleme zu vermeiden.
Es ist möglich, dass Benutzer sich über ein Netzwerk verbinden, das eine MTU von weniger als 1380 erfordert, was hauptsächlich bei mobilen Netzwerken (3G, 4G) oder VPN-Verbindungen der Fall ist. Wenn dies in Ihrer Umgebung der Fall ist und die von den Benutzern verwendeten Clients die EDT MTU-Erkennung nicht unterstützen, empfiehlt Citrix, den adaptiven Transport zu deaktivieren, bis die Funktion auf Ihrer Zielclientplattform verfügbar ist.
Weitere Details zur EDT MTU-Erkennung finden Sie in der Dokumentation zum adaptiven Transport.
Fehlerbehebung
Im Folgenden finden Sie allgemeine Hinweise zur Fehlerbehebung.
Sitzungen verbinden, verwenden aber kein EDT:
- Wenn die Sitzungen über den Cloud Connector proxied 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-Dienst ist. Weitere Informationen finden Sie in der Rendezvous-Dokumentation.
- Wenn die Sitzungen TCP Rendezvous verwenden:
- Stellen Sie sicher, dass Sie VDA-Version 2012 oder höher verwenden.
- Überprüfen Sie, ob der adaptive Transport in den Citrix-Richtlinien aktiviert ist.
- Stellen Sie sicher, dass die entsprechenden Firewall-Regeln vorhanden sind, um UDP 443 von den VDA-Maschinen zum Citrix Gateway-Dienst zu öffnen. Weitere Informationen finden Sie in der Rendezvous-Dokumentation.
- Wenn auf der VDA-Maschine eine lokale Firewall aktiviert ist (z. B. Windows Defender Firewall), stellen Sie sicher, dass keine Regeln UDP 443 blockieren.
- Wenn ein Proxy verwendet wird, können nur SOCKS5-Proxys zum Proxying von EDT verwendet werden. Weitere Informationen finden Sie in der Rendezvous-Dokumentation.
Sitzungen verbinden mit EDT, trennen aber nach einiger Zeit zufällig die Verbindung:
- Stellen Sie sicher, dass Sie VDA-Version 2012 oder höher verwenden.
Sitzung kann keine Verbindung herstellen:
- Stellen Sie sicher, dass Sie VDA-Version 2012 oder höher verwenden.
- Wenn Sie einen Client verwenden, der die EDT MTU-Erkennung unterstützt, stellen Sie sicher, dass die EDT MTU-Erkennung aktiviert ist. Dies hilft, Fragmentierungsprobleme zu mindern. Weitere Informationen finden Sie in der Dokumentation zum adaptiven Transport.
-
Wenn Sie einen Linux- oder Android-Client verwenden:
- Überprüfen Sie, ob Windows- oder Mac-Clients ordnungsgemäß funktionieren.
- Überprü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 den adaptiven Transport und stellen Sie sicher, dass TCP Rendezvous ordnungsgemäß funktioniert.
- Sobald TCP Rendezvous funktioniert, und die Sitzung nach der erneuten Aktivierung des adaptiven Transports keine Verbindung herstellen kann, beachten Sie die Schritte zur Fehlerbehebung, die unter Sitzungen verbinden, verwenden aber kein EDT > Wenn die Sitzungen TCP Rendezvous verwenden erwähnt sind.