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

Last published : Oct 24, 2026
Enlightened Data Transport (EDT) ist ein Citrix-eigenes Transportprotokoll, das auf UDP aufbaut. EDT bietet eine überragende Benutzererfahrung bei anspruchsvollen Langstreckenverbindungen und erhält gleichzeitig die Serverskalierbarkeit aufrecht. 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 zu Adaptive 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 in Google Play verfügbar
  • UDP-Port 443 muss für ausgehenden Datenverkehr vom VDA zum Citrix Gateway Service 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 Adaptive Transport aktiviert ist. Weitere Informationen finden Sie in der Dokumentation zur Einstellung für Adaptive Transport.
  • Weitere Informationen zu Adaptive Transport und EDT finden Sie in der Dokumentation zu Adaptive 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 zu Adaptive 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 für den Datentransport nur TCP verfügbar.
  • Wenn der Aufbau einer EDT-Sitzung fehlschlägt, wechselt die Sitzung zu TCP, was zu einer Verlängerung der Sitzungsstartzeit führt.
  • Wenn Sie HDX™-Sitzungen weiterhin über den Cloud Connector proxied möchten, sollten Sie Adaptive Transport über die Citrix Studio-Richtlinie deaktivieren, um die potenzielle Verlängerung der Sitzungsstartzeiten zu vermeiden, die durch die Fallback-Sequenz entsteht.
  • 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 das Benutzererlebnis 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 > Verbindungszentrale, wählen Sie die entsprechende Sitzung aus, klicken Sie auf Eigenschaften und prüfen Sie die Eigenschaft „Transportverschlüsselung“. 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, fällt die Sitzung auf TCP mit Rendezvous zurück. Und wenn das fehlschlägt, fällt die Sitzung auf die Proxy-Verbindung über die Cloud Connectors zurück.
Verbindungs-Failback

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 eingestellt, um Fragmentierungsprobleme zu vermeiden.
Es ist möglich, dass Benutzer sich über ein Netzwerk verbinden, das eine MTU von weniger als 1380 erfordert, was meist 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 in Ihrer Ziel-Client-Plattform verfügbar ist.
Weitere Informationen zur EDT MTU-Erkennung finden Sie unter Adaptive Transport documentation.

Fehlerbehebung

Im Folgenden finden Sie allgemeine Hinweise zur Fehlerbehebung.
Sitzungen werden verbunden, verwenden aber kein EDT:
  1. 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 documentation.
  2. Wenn die Sitzungen TCP Rendezvous verwenden:
    • Stellen Sie sicher, dass Sie VDA Version 2012 oder höher verwenden.
    • Überprüfen Sie, ob Adaptive Transport in den Citrix-Richtlinien aktiviert ist.
    • Stellen Sie sicher, dass die entsprechenden Firewallregeln vorhanden sind, um UDP 443 von den VDA-Maschinen zum Citrix Gateway-Dienst zu öffnen. Weitere Informationen finden Sie in der Rendezvous](/de-de/citrix-virtual-apps-desktops-service/hdx/rendezvous-protocol.html) 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 Sie einen Proxy verwenden, können nur SOCKS5-Proxys für EDT verwendet werden. Weitere Informationen finden Sie in der Rendezvous-Dokumentation.
Sitzungen stellen eine Verbindung mit EDT her, werden aber nach einiger Zeit zufällig trennen:
  1. Stellen Sie sicher, dass Sie VDA-Version 2012 oder höher verwenden.
Sitzung kann keine Verbindung herstellen:
  1. Stellen Sie sicher, dass Sie 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 hilft, fragmentierungsbedingte Probleme zu mindern. Weitere Informationen finden Sie in der Adaptive Transport-Dokumentation.
  3. 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 Adaptive Transport und stellen Sie sicher, dass TCP Rendezvous ordnungsgemäß funktioniert.
    • Sobald TCP Rendezvous funktioniert und die Sitzung nach der erneuten Aktivierung von Adaptive Transport keine Verbindung herstellen kann, lesen Sie die Schritte zur Fehlerbehebung, die unter Sitzungen stellen eine Verbindung her, verwenden aber kein EDT > Wenn die Sitzungen TCP Rendezvous verwenden aufgeführt sind.