Adaptiver Transport

Adaptiver Transport ist ein Mechanismus in Citrix Virtual Apps and Desktops™, der die Herstellung von Verbindungen für HDX-Sitzungen über ein bevorzugtes Transportprotokoll ermöglicht und bei Nichtverfügbarkeit des bevorzugten Protokolls auf TCP zurückgreift.

Die folgenden Transportprotokolle werden unterstützt:

• Enlightened Data Transport (EDT)
• Transmission Control Protocol (TCP)

Konfiguration

Adaptiver Transport ist standardmäßig aktiviert. Sie können den adaptiven Transport so konfigurieren, dass er in den folgenden Modi arbeitet:

• Bevorzugt: (Standard) Der Client versucht, eine Verbindung mit dem bevorzugten Protokoll herzustellen, und greift auf TCP zurück, wenn die Konnektivität mit dem bevorzugten Protokoll nicht verfügbar ist.
• Diagnosemodus: Der Client versucht nur, eine Verbindung über das bevorzugte Protokoll herzustellen. Der Rückgriff auf TCP ist deaktiviert.
• Aus: Der Client versucht nur, eine Verbindung über TCP herzustellen.

Funktionsweise

Wenn Adaptiver Transport auf Preferred eingestellt ist, versucht der Client, die Sitzung parallel sowohl mit dem bevorzugten Protokoll als auch mit TCP zu verbinden. Dies ermöglicht eine Optimierung der Verbindungszeit, wenn keine Verbindung mit dem bevorzugten Protokoll hergestellt werden kann und der Client auf TCP zurückgreifen muss. Wird die Verbindung über TCP hergestellt, versucht der Client im Hintergrund alle fünf Minuten, eine Verbindung mit dem bevorzugten Protokoll herzustellen.

Wenn Adaptiver Transport auf Diagnostic mode eingestellt ist, stellt der Client die Verbindung zur Sitzung nur mit dem bevorzugten Protokoll her. Kann der Client keine Verbindung über das bevorzugte Protokoll herstellen, greift er nicht auf TCP zurück, und die Verbindung schlägt fehl.

Wenn Adaptiver Transport auf Off eingestellt ist, ist Adaptiver Transport deaktiviert, und der Client stellt die Verbindung zur Sitzung nur über TCP her.

Systemanforderungen

Im Folgenden sind die Anforderungen für die Verwendung von Adaptive Transport und EDT aufgeführt:

• Steuerungsebene
  • Citrix DaaS (ehemals Citrix Virtual Apps and Desktops Service)
  • Citrix Virtual Apps and Desktops: derzeit unterstützte Version
• Virtual Delivery Agent
  • Windows: derzeit unterstützte Version (2402 oder höher wird empfohlen)
  • Linux: derzeit unterstützte Version (2402 oder höher wird empfohlen)
• Citrix Workspace™ App
  • Windows: derzeit unterstützte Version (2402 oder höher wird empfohlen)
  • Linux: derzeit unterstützte Version (2402 oder höher wird empfohlen)
  • Mac: derzeit unterstützte Version (2402 oder höher wird empfohlen)
  • iOS: neueste Version, die im Apple App Store verfügbar ist
  • Android: neueste Version, die bei Google Play verfügbar ist
• Citrix NetScaler® Gateway
  • 14.1.12.30 oder höher (empfohlen)
  • 13.1.17.42 oder höher (13.1-52.19 oder höher empfohlen)

Hinweis:

Details zum Linux VDA finden Sie in der Dokumentation zum Linux Virtual Delivery Agent.

Netzwerkanforderungen

Die folgenden Abschnitte beschreiben die Netzwerkanforderungen für die Verwendung von EDT mit Adaptive Transport:

Sitzungshosts

Wenn Ihre Sitzungshosts über eine Firewall wie die Windows Defender Firewall verfügen, müssen Sie den folgenden eingehenden Datenverkehr für interne Verbindungen zulassen.

Hinweis:

Der VDA-Installer fügt die entsprechenden eingehenden Regeln zur Windows Defender Firewall hinzu. Wenn Sie eine andere Firewall verwenden, müssen Sie die oben genannten Regeln hinzufügen.

Internes Netzwerk

Die folgende Tabelle zeigt die Firewallregeln, die für die Verwendung von EDT in Ihrem Netzwerk erforderlich sind:

Hinweis:

Wenn Sie den Citrix Gateway Service verwenden, müssen Sie Rendezvous aktivieren, um EDT als Transportprotokoll zu verwenden. Weitere Informationen zu den System- und Netzwerkanforderungen finden Sie in der Rendezvous Dokumentation.

Clientnetzwerk

Die folgende Tabelle beschreibt die Konnektivitätsanforderungen für Clientgeräte:

Hinweis:

Wenn Sie den Citrix Gateway Service verwenden, müssen Clients in der Lage sein, https://*.*.nssvc.net zu erreichen. Wenn Sie nicht alle Subdomains über https://*.*.nssvc.net zulassen können, können Sie stattdessen https://*.c.nssvc.net und https://*.g.nssvc.net verwenden. Weitere Informationen finden Sie im Knowledge Center-Artikel CTX270584.