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

Enlightened Data Transport (EDT) ist ein Citrix-eigenes Transportprotokoll, das auf UDP aufbaut. EDT bietet eine überragende Benutzererfahrung bei anspruchsvollen Langstreckenverbindungen und gewährleistet gleichzeitig die Skalierbarkeit des Servers. Adaptive 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 bei Nichtverfügbarkeit von EDT auf TCP umzuschalten. 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 bei 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. Einzelheiten finden Sie in der Dokumentation zum Rendezvous-Protokoll.
• Stellen Sie sicher, dass Adaptive Transport aktiviert ist. Einzelheiten finden Sie in der Dokumentation zur Einstellung 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 Service aufgeführt.

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

• EDT mit dem Citrix Gateway Service 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 Adaptive 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 Service nur mit VDAs, die unter Windows 10 und Windows Server 2019 ausgeführt werden. Bei Windows Server 2012 R2 und 2016 gibt es Einschränkungen, 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 Service 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.
• Nach dem Start einer App oder eines Desktops gehen Sie zu Citrix Workspace-App > Connection Center, 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, greift die Sitzung auf TCP mit Rendezvous zurück. Und wenn auch das fehlschlägt, greift die Sitzung auf das Proxying über die Cloud Connectors zurück.

EDT MTU Discovery

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

Falls die 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.

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 Discovery nicht unterstützen, empfiehlt Citrix, Adaptive Transport zu deaktivieren, bis die Funktion in Ihrer Ziel-Client-Plattform verfügbar ist.

Weitere Details zur EDT MTU Discovery finden Sie in der Dokumentation zu Adaptive Transport.

Fehlerbehebung

Im Folgenden finden Sie allgemeine Hinweise zur Fehlerbehebung.

Sitzungen verbinden sich, 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 Service ist. Einzelheiten finden Sie in der Rendezvous-Dokumentation.
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 Firewall-Regeln vorhanden sind, um UDP 443 von den VDA-Maschinen zum Citrix Gateway Service zu öffnen. Weitere Einzelheiten finden Sie in der Rendezvous-Dokumentation.
   • Wenn eine lokale Firewall auf der VDA-Maschine aktiviert ist (z. B. Windows Defender Firewall), stellen Sie sicher, dass keine Regeln UDP 443 blockieren.
   • Bei Verwendung eines Proxys können nur SOCKS5-Proxys zum Proxying von EDT verwendet werden. Einzelheiten finden Sie in der Rendezvous-Dokumentation.

Sitzungen verbinden sich mit EDT, trennen aber nach einiger Zeit zufällig die Verbindung:

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. Einzelheiten finden Sie in der Dokumentation zu Adaptive Transport.

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 erneuter Aktivierung von Adaptive Transport keine Verbindung herstellen kann, beachten Sie die Schritte zur Fehlerbehebung, die unter Sitzungen verbinden sich, verwenden aber kein EDT > Wenn die Sitzungen TCP Rendezvous verwenden erwähnt werden.