This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
HDX™ Direct
Beim Zugriff auf von Citrix bereitgestellte Ressourcen ermöglicht HDX Direct sowohl internen als auch externen Clientgeräten eine sichere direkte Verbindung mit dem Sitzungshost herzustellen, sofern eine direkte Kommunikation möglich ist.
Systemanforderungen
Im Folgenden sind die Systemanforderungen für die Verwendung von HDX Direct aufgeführt:
-
Steuerungsebene
- Citrix DaaS™
- Citrix Virtual Apps and Desktops™ 2503 oder höher
-
Virtual Delivery Agent (VDA)
- Windows: Version 2503 oder höher
-
Workspace-App
- Windows: Version 2503 oder höher
- Linux: Version 2411 oder höher
- Mac: Version 2411 oder höher
-
Zugriffsebene
- Citrix Workspace™
- Citrix Storefront™ 2503 oder höher
- Citrix Gateway Service
- Citrix NetScaler® Gateway
Netzwerkanforderungen
Im Folgenden sind die Netzwerkanforderungen für die Verwendung von HDX Direct aufgeführt.
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.
| Beschreibung | Quelle | Protokoll | Port |
|---|---|---|---|
| Direkte interne Verbindung | Client | TCP | 443 |
| Direkte interne Verbindung | Client | UDP | 443 |
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.
Client-Netzwerk
Die folgende Tabelle beschreibt das Client-Netzwerk für interne und externe Benutzer.
Interne Benutzer
| Beschreibung | Protokoll | Quelle | Quellport | Zielort | Zielport |
|---|---|---|---|---|---|
| Direkte interne Verbindung | TCP | Clientnetzwerk | 1024–65535 | VDA-Netzwerk | 443 |
| Direkte interne Verbindung | UDP | Clientnetzwerk | 1024–65535 | VDA-Netzwerk | 443 |
Externe Benutzer
| Beschreibung | Protokoll | Quelle | Quellport | Zieladresse | Zielport |
|---|---|---|---|---|---|
| STUN (nur externe Benutzer) | UDP | Clientnetzwerk | 1024–65535 | Internet (siehe Hinweis unten) | 3478, 19302 |
| Verbindung für externe Benutzer | UDP | Clientnetzwerk | 1024–65535 | Öffentliche IP-Adresse des Rechenzentrums | 1024–65535 |
Rechenzentrumsnetzwerk
Die folgende Tabelle beschreibt das Rechenzentrumsnetzwerk für interne und externe Benutzer.
Interne Benutzer
| Beschreibung | Protokoll | Quelle | Quellport | Bestimmungsort | Zielport |
|---|---|---|---|---|---|
| Direkte interne Verbindung | TCP | Clientnetzwerk | 1024–65535 | VDA-Netzwerk | 443 |
| Direkte interne Verbindung | UDP | Client-Netzwerk | 1024–65535 | VDA-Netzwerk | 443 |
Externe Benutzer
| Beschreibung | Protokoll | Quelle | Quellport | Bestimmungsort | Zielport |
|---|---|---|---|---|---|
| STUN (nur externe Benutzer) | UDP | VDA-Netzwerk | 1024–65535 | Internet (siehe Hinweis unten) | 3478, 19302 |
| Externe Benutzerverbindung | UDP | DMZ / Internes Netzwerk | 1024–65535 | VDA-Netzwerk | 55000–55250 |
| Externe Benutzerverbindung | UDP | VDA-Netzwerk | 55000–55250 | Öffentliche IP des Clients | 1024–65535 |
HINWEIS:
Sowohl der VDA als auch die Workspace-App versuchen, STUN-Anfragen in der gleichen Reihenfolge an die folgenden Server zu senden:
- stun.cloud.com:3478
- stun.cloudflare.com:3478
- stun.l.google.com:19302
Wenn Sie den Standard-Portbereich für externe Benutzerverbindungen mithilfe der Richtlinieneinstellung HDX Direct-Portbereich ändern, müssen die entsprechenden Firewallregeln Ihrem benutzerdefinierten Portbereich entsprechen.
Konfiguration
HDX Direct ist standardmäßig deaktiviert. Sie können diese Funktion mithilfe der Einstellung HDX Direct in der Citrix-Richtlinie konfigurieren.
- HDX Direct: Zum Aktivieren oder Deaktivieren einer Funktion.
- HDX Direct-Modus: Legt fest, ob HDX Direct nur für interne Clients oder für interne und externe Clients verfügbar ist.
- HDX Direct-Portbereich: Definiert den Portbereich, den der VDA für Verbindungen von externen Clients verwendet.
Bei Bedarf kann die Liste der von HDX Direct verwendeten STUN-Server durch Bearbeiten des folgenden Registrierungswerts geändert werden:
- Key: HKLM\SOFTWARE\Citrix\HDX-Direct
- Werttyp: REG_MULTI_SZ
- Wertname: STUNServers
- Daten: stun.cloud.com:3478 stun.cloudflare.com:3478 stun.l.google.com:19302
HINWEIS:
HDX Direct für externe Benutzer ist nur mit EDT (UDP) als Transportprotokoll verfügbar. Daher muss Adaptiver Transport aktiviert sein.
Überlegungen
Im Folgenden sind Überlegungen zur Verwendung von HDX Direct aufgeführt:
- HDX Direct für externe Benutzer ist nur mit EDT (UDP) als Transportprotokoll verfügbar. Daher muss Adaptiver Transport aktiviert sein.
- Wenn Sie HDX Insight verwenden, beachten Sie, dass die Verwendung von HDX Direct die Datenerfassung von HDX Insight verhindert, da die Sitzung nicht mehr über NetScaler Gateway geleitet wird.
- In Umgebungen mit Multi-Session-Sitzungshosts erfordert HDX Direct, dass die Benutzeranmeldung innerhalb einer Minute abgeschlossen wird. Wenn die Anmeldezeit diesen Schwellenwert überschreitet, wird HDX Direct nicht ausgelöst und die Sitzung bleibt über das Gateway verbunden. Sie können das HDX Direct-Timeout erhöhen, um längere Anmeldezeiten zu unterstützen. Weitere Informationen finden Sie unter Über die Registrierung verwaltete HDX-Funktionen.
Funktionsweise
HDX Direct ermöglicht Clients den Aufbau einer direkten Verbindung zum Sitzungshost, wenn eine direkte Kommunikation verfügbar ist. Wenn direkte Verbindungen über HDX Direct hergestellt werden, werden selbstsignierte Zertifikate verwendet, um die direkte Verbindung mit Netzwerkverschlüsselung (TLS/DTLS) zu sichern.
Interne Benutzer
Das folgende Diagramm zeigt die Übersicht über den HDX Direct-Verbindungsprozess für interne Benutzer.
- Der Client stellt eine HDX-Sitzung über den Gateway-Dienst her.
- Nach einer erfolgreichen Verbindung sendet der VDA dem Client den FQDN des VDA-Computers, eine Liste seiner IP-Adressen und das Zertifikat des VDA-Computers über die HDX-Verbindung.
- Der Client prüft die IP-Adressen, um festzustellen, ob er den VDA direkt erreichen kann.
- Wenn der Client den VDA direkt über eine der freigegebenen IP-Adressen erreichen kann, stellt der Client eine direkte Verbindung mit dem VDA her, die mit (D)TLS unter Verwendung eines Zertifikats gesichert ist, das mit dem in Schritt (2) ausgetauschten übereinstimmt.
- Sobald die direkte Verbindung erfolgreich hergestellt wurde, wird die Sitzung auf die neue Verbindung übertragen und die Verbindung zum Gateway-Dienst beendet.
Hinweis:
Nach dem Herstellen der Verbindung in Schritt 2 (siehe oben) ist die Sitzung aktiv. Die nachfolgenden Schritte verzögern oder beeinträchtigen die Fähigkeit des Benutzers, die virtuelle Anwendung oder den Desktop zu nutzen, nicht. Wenn einer der nachfolgenden Schritte fehlschlägt, wird die Verbindung über das Gateway aufrechterhalten, ohne die Benutzersitzung zu unterbrechen.
Traditionelle Direktverbindungen
Bei Verwendung von Storefront, Workspace mit Direct Workload Connection oder Workspace, das für reine interne Konnektivität konfiguriert ist, werden direkte Verbindungen zwischen dem Client und dem Sitzungshost hergestellt, ohne dass zuerst ein Gateway durchlaufen werden muss.
In diesen Fällen wird HDX Direct nicht ausgelöst, da die Verbindungen von Natur aus direkt sind. Wenn HDX Direct jedoch aktiviert ist, nutzen diese Verbindungen die HDX Direct-Zertifikate, um die Sitzungen zu sichern.
Externe Benutzer
Das folgende Diagramm zeigt die Übersicht über den HDX Direct-Verbindungsprozess für externe Benutzer:
- Der Client stellt eine HDX-Sitzung über den Gateway-Dienst her.
- Nach einer erfolgreichen Verbindung senden sowohl der Client als auch der VDA eine STUN-Anfrage, um ihre öffentlichen IP-Adressen und Ports zu ermitteln.
- Der STUN-Server antwortet dem Client und dem VDA mit ihren entsprechenden öffentlichen IP-Adressen und Ports.
- Über die HDX-Verbindung tauschen der Client und der VDA ihre öffentlichen IP-Adressen und UDP-Ports aus, und der VDA sendet sein Zertifikat an den Client.
- Der VDA sendet UDP-Pakete an die öffentliche IP-Adresse und den UDP-Port des Clients. Der Client sendet UDP-Pakete an die öffentliche IP-Adresse und den UDP-Port des VDA.
- Nach Empfang einer Nachricht vom VDA antwortet der Client mit einer Anforderung für eine sichere Verbindung.
- Während des DTLS-Handshakes überprüft der Client, ob das Zertifikat mit dem in Schritt (4) ausgetauschten Zertifikat übereinstimmt. Nach der Validierung sendet der Client sein Autorisierungstoken. Eine sichere Direktverbindung ist nun hergestellt.
- Sobald die Direktverbindung erfolgreich hergestellt wurde, wird die Sitzung auf die neue Verbindung übertragen und die Verbindung zum Gateway Service beendet.
Hinweis:
Nach dem Herstellen der Verbindung in Schritt 2 (siehe oben) ist die Sitzung aktiv. Die nachfolgenden Schritte verzögern oder beeinträchtigen die Fähigkeit des Benutzers, die virtuelle Anwendung oder den Desktop zu verwenden, nicht. Schlägt einer der nachfolgenden Schritte fehl, wird die Verbindung über das Gateway aufrechterhalten, ohne die Benutzersitzung zu unterbrechen.
Teilen
Teilen
In diesem Artikel
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.