Produktdokumentation
Citrix DaaS
PDF anzeigen

Problembehandlung

August 29, 2024
Beitrag von: 
C

Mit Director oder dem Befehlszeilenprogramm CtxSession.exe auf dem VDA können Sie bestätigen, dass EDT als Transportprotokoll für die Sitzung verwendet wird.

In Director suchen Sie die Sitzung und wählen dann Details. Wenn als Verbindungstyp HDX und als Protokoll UDP angezeigt ist, wird EDT als Transportprotokoll für die Sitzung verwendet.

EDT Director

Um das Hilfsprogramm CtxSession.exe zu verwenden, starten Sie eine Eingabeaufforderung oder PowerShell in der Sitzung und führen ctxsession.exe aus. Zur Anzeige ausführlicher Statistiken führen Sie ctxsession.exe -v aus. Wenn EDT verwendet wird, wird eine der folgenden Optionen im Transportprotokoll angezeigt:

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

EDT-Sitzung

Wenn Sitzungen keine Verbindung mit EDT herstellen können

Folgendes wird zur Problembehandlung beim adaptiven Transport und EDT empfohlen:

  1. Prüfen Sie die Systemanforderungen, Netzwerkanforderungen, Bekannten Probleme und Nützliche Informationen und achten Sie darauf, dass alle Punkte erfüllt sind.
  2. Überprüfen Sie, ob vorhandene Citrix-Richtlinien in Studio oder im GPO die gewünschte Einstellung für den adaptiven HDX-Transport überschreiben.
  3. Überprüfen Sie, ob vorhandene Einstellungen auf dem Client die gewünschte Einstellung für den adaptiven HDX-Transport überschreiben. Dies kann ein Voreinstellung im Gruppenrichtlinienobjekt, eine mit einer optionalen administrativen Vorlage der Workspace-App konfigurierte Einstellung oder eine manuelle Konfiguration der Einstellung HDXoverUDP in der Registrierung oder der Konfigurationsdatei des Clients sein.
  4. Stellen Sie auf Maschinen mit Multisitzungs-VDA sicher, dass die UDP-Listener aktiv sind. Öffnen Sie eine Eingabeaufforderung in der VDA-Maschine und führen Sie netstat -a -p udp aus. Weitere Informationen finden Sie unter How to Confirm HDX Enlightened Data Transport Protocol.
  5. Überprüfen Sie, ob die Firewallregeln in den Netzwerk-Firewalls und in den Firewalls, die auf den VDA-Maschinen ausgeführt werden, richtig konfiguriert sind.
  6. Starten Sie intern eine direkte Sitzung unter Umgehung von NetScaler Gateway oder Citrix Gateway Service und überprüfen Sie das verwendete Protokoll. Wenn die Sitzung EDT verwendet, ist der VDA in der Lage, EDT für externe Verbindungen über NetScaler Gateway oder Citrix Gateway Service zu verwenden.

  7. Wenn EDT für direkte interne Verbindungen funktioniert und nicht für Sitzungen, die über NetScaler Gateway oder Citrix Gateway Service laufen:

  8. Wenn Sie den Citrix Gateway Service verwenden, vergewissern Sie sich, dass Rendezvous aktiviert ist und funktioniert.
  9. Überprüfen Sie, ob die Verbindungen Ihrer Benutzer eine nicht standardmäßige MTU benötigen. Verbindungen mit einer effektiven MTU von weniger als 1500 Byte verursachen eine EDT-Paketfragmentierung, die sich auf die Leistung auswirken oder sogar den Sitzungsstart verhindern kann. Dieses Problem tritt häufig auf, wenn VPN, einige WLAN-Zugangspunkte und Mobilfunknetze wie 4G und 5G verwendet werden. Vergewissern Sie sich, dass Sie MTU Discovery aktiviert haben oder eine benutzerdefinierte MTU einrichten, wie unter So konfigurieren Sie MSS bei Verwendung von EDT in Netzwerken mitnicht stehender MTU beschrieben.

Bekannte Probleme

  • Bei asymmetrischen Netzwerkpfaden kann die MTU-Discovery bei Verbindungen fehlschlagen, die nicht über NetScaler Gateway oder Citrix Gateway Service laufen. Führen Sie ein Upgrade auf VDA Version 2103 oder höher durch, um dieses Problem zu beheben. [CVADHELP-16654]

  • Bei Verwendung von NetScaler Gateway können asymmetrische Netzwerkpfade dazu führen, dass die MTU-Discovery fehlschlägt. Dies liegt an einem Problem im Gateway, das dazu führt, dass das DF-Bit (don’t fragment) im Header der EDT-Pakete nicht verteilt wird. Ein Fix für dieses Problem ist ab Firmware-Release 13.1 Build 17.42 verfügbar. Einzelheiten zur Aktivierung des Fixes finden Sie in der NetScaler Gateway-Dokumentation. [CGOP-18438]

  • MTU-Discovery schlägt möglicherweise für Benutzer fehl, die sich über ein DS-Lite-Netzwerk verbinden. Einige Modems ignorieren das DF-Bit bei aktivierter Paketverarbeitung, sodass die MTU-Discovery eine Fragmentierung nicht erkennt. In dieser Situation sind folgende Optionen verfügbar:

    • Deaktivieren Sie die Paketverarbeitung auf dem Modem des Benutzers.
    • Deaktivieren Sie MTU Discovery und verwenden Sie eine fest codierte MTU, wie unter So konfigurieren Sie MSS bei Verwendung von EDT in Netzwerken mitnicht stehender MTU beschrieben.
    • Deaktivieren Sie den adaptiven Transport, um die Verwendung von TCP für Sitzungen zu erzwingen. Wenn nur eine Untergruppe von Benutzern betroffen ist, können Sie sie möglicherweise auf der Clientseite deaktivieren, damit andere Benutzer EDT weiterhin verwenden können.
Problembehandlung
August 29, 2024
Beitrag von: 
C
August 29, 2024
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.