Produktdokumentation
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDF anzeigen

Fehlerbehebung

March 18, 2026
Beitrag von: 
C

Um zu bestätigen, dass EDT als Transportprotokoll für die Sitzung verwendet wird, können Sie Director oder das Befehlszeilendienstprogramm CtxSession.exe auf dem VDA verwenden.

Suchen Sie in Director die Sitzung und wählen Sie Details. Wenn der Verbindungstyp HDX™ und das Protokoll UDP ist, wird EDT als Transportprotokoll für die Sitzung verwendet.

EDT Director

Um das Dienstprogramm CtxSession.exe zu verwenden, starten Sie eine Eingabeaufforderung oder PowerShell innerhalb der Sitzung und führen Sie ctxsession.exe aus. Um detaillierte Statistiken anzuzeigen, führen Sie ctxsession.exe -v aus. Wenn EDT verwendet wird, zeigt das Transportprotokoll eines der folgenden an:

  • UDP > ICA® (Sitzungszuverlässigkeit deaktiviert)
  • UDP > CGP > ICA (Sitzungszuverlässigkeit aktiviert)
  • UDP > DTLS > CGP > ICA (ICA ist DTLS-verschlüsselt Ende-zu-Ende)

EDT-Sitzung

Wenn Sitzungen keine Verbindung mit EDT herstellen können

Zur Fehlerbehebung bei Adaptive Transport und EDT empfehlen wir Folgendes:

  1. Überprüfen Sie die Systemanforderungen, Netzwerkanforderungen, Bekannte Probleme und Wissenswertes, und stellen Sie sicher, dass alle Punkte berücksichtigt wurden.
  2. Prüfen Sie, ob Citrix®-Richtlinien in Studio oder GPO die gewünschte Einstellung für HDX Adaptive Transport überschreiben.
  3. Prüfen Sie, ob es clientseitige Einstellungen gibt, die die gewünschte HDX Adaptive Transport-Einstellung überschreiben. Dies kann eine GPO-Einstellung, eine Einstellung, die über die optionale administrative Vorlage der Workspace-App konfiguriert wurde, oder eine manuelle Konfiguration der Einstellung HDXoverUDP in der Registrierung oder der Konfigurationsdatei des Clients sein.
  4. Stellen Sie auf Multi-Session-VDA-Maschinen sicher, dass die UDP-Listener aktiv sind. Öffnen Sie eine Eingabeaufforderung auf der VDA-Maschine und führen Sie netstat -a -p udp aus. Weitere Informationen finden Sie unter So bestätigen Sie das HDX Enlightened Data Transport Protokoll.
  5. Prüfen Sie, ob die entsprechenden Firewall-Regeln sowohl in Netzwerk-Firewalls als auch in Firewalls auf den VDA-Maschinen konfiguriert wurden.
  6. Starten Sie intern eine direkte Sitzung, um das NetScaler® Gateway oder den Citrix Gateway Service zu umgehen, und überprüfen Sie das verwendete Protokoll. Wenn die Sitzung EDT verwendet, ist der VDA bereit, EDT für externe Verbindungen über NetScaler Gateway oder Citrix Gateway Service zu nutzen.
  7. Wenn EDT für direkte interne Verbindungen funktioniert, aber nicht für Sitzungen, die über NetScaler Gateway oder Citrix Gateway Service laufen:
  8. Wenn Sie den Citrix Gateway Service verwenden, stellen Sie sicher, dass Rendezvous aktiviert ist und funktioniert.
  9. Prüfen Sie, ob die Verbindungen Ihrer Benutzer eine nicht standardmäßige MTU erfordern. Verbindungen mit einer effektiven MTU von weniger als 1500 Bytes verursachen eine EDT-Paketfragmentierung, die wiederum die Leistung beeinträchtigen oder sogar zum Fehlschlagen des Sitzungsstarts führen kann. Dieses Problem tritt häufig bei der Verwendung von VPNs, einigen Wi-Fi-Zugangspunkten und mobilen Netzwerken wie 4G und 5G auf. Stellen Sie sicher, dass Sie entweder die MTU-Erkennung aktiviert haben oder eine benutzerdefinierte MTU festlegen, wie unter So konfigurieren Sie MSS bei Verwendung von EDT in Netzwerken mit nicht standardmäßiger MTU beschrieben.

Bekannte Probleme

  • Asymmetrische Netzwerkpfade können dazu führen, dass die MTU-Erkennung für Verbindungen fehlschlägt, die nicht über NetScaler Gateway oder Citrix Gateway Service laufen. Um dieses Problem zu beheben, aktualisieren Sie auf VDA-Version 2103 oder höher. [CVADHELP-16654]

  • Bei Verwendung von NetScaler Gateway können asymmetrische Netzwerkpfade dazu führen, dass die MTU-Erkennung fehlschlägt. Dies liegt an einem Problem auf dem Gateway, das dazu führt, dass das Don’t Fragment (DF)-Bit im Header der EDT-Pakete nicht weitergegeben wird. Eine Lösung für dieses Problem ist ab Firmware-Release 13.1 Build 17.42 verfügbar. Einzelheiten zur Aktivierung der Korrektur finden Sie in der NetScaler Gateway-Dokumentation. [CGOP-18438]

  • Die MTU-Erkennung kann für Benutzer fehlschlagen, die sich über ein DS-Lite-Netzwerk verbinden. Einige Modems berücksichtigen das DF-Bit nicht, wenn die Paketverarbeitung aktiviert ist, wodurch die MTU-Erkennung die Fragmentierung nicht erkennen kann. In dieser Situation stehen folgende Optionen zur Verfügung:

    • Deaktivieren Sie die Paketverarbeitung auf dem Modem des Benutzers.
    • Deaktivieren Sie die MTU-Erkennung und verwenden Sie eine fest codierte MTU, wie unter So konfigurieren Sie MSS bei Verwendung von EDT in Netzwerken mit nicht standardmäßiger MTU beschrieben.
    • Deaktivieren Sie Adaptive Transport, um Sitzungen zur Verwendung von TCP zu zwingen. Wenn nur eine Untergruppe von Benutzern betroffen ist, sollten Sie die Deaktivierung auf Clientseite in Betracht ziehen, damit andere Benutzer weiterhin EDT verwenden können.
Fehlerbehebung
March 18, 2026
Beitrag von: 
C
March 18, 2026
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.