Konnektivität zu DaaS-Ressourcen

Geräte, die sich nicht im selben Netzwerk wie die VDAs befinden, die Ihre virtuellen Apps und Desktops hosten, müssen sich über den Citrix Gateway Service oder ein NetScaler Gateway verbinden. Das Panel Externe Konnektivität listet jeden Ressourcenstandort auf und ermöglicht Ihnen die Konfiguration, wie Benutzer sich mit DaaS-Ressourcen an diesen Standorten verbinden.

Einstellungen für den externen Zugriff auf Workspace(/de-de/citrix-workspace/media/workspace-access-external.png)

Die Erfahrung hängt davon ab, ob Adaptiver Zugriff aktiviert ist.

Konnektivitätsoptionen, wenn Adaptiver Zugriff deaktiviert ist

Wenn Adaptiver Zugriff deaktiviert ist, können Sie ein einziges Gateway für jeden Ressourcenstandort definieren. Das System verwendet dieses Gateway, es sei denn:

• Die öffentliche IP-Adresse des Geräts stimmt mit einer Netwerkstandort überein. Wenn Adaptiver Zugriff deaktiviert ist, haben Netzwerkstandorte keinen Konnektivitätstyp; alle Netzwerkstandorte werden als intern betrachtet.
  • Wenn Ihre Endbenutzer einen Webbrowser verwenden, um Apps und Desktops zu öffnen, verwendet der Client Websockets, um sich mit dem VDA zu verbinden, was erfordert, dass die VDAs für TLS konfiguriert sind. Wenn der VDA kein TLS aktiviert hat, leitet Citrix Workspace Starts immer über ein Gateway, selbst für interne Netzwerkstandorte.
  • Beim Definieren von Netzwerkstandorten ist es nicht möglich, Netzwerke zu unterscheiden, die dieselbe öffentliche IP-Adresse teilen. Wenn beispielsweise Ihr Unternehmensnetzwerk und Ihr Gast-WLAN dieselbe öffentliche IP-Adresse verwenden und Sie eine Netwerkstandort für diese IP erstellen, verhindert dies, dass das Gateway für das Gast-WLAN verwendet wird, was möglicherweise nicht erwünscht ist.
• HDX direct ist aktiviert und der Client stellt fest, dass er das Gateway umgehen und sich direkt mit der Ressource verbinden kann. Bei Verwendung von HDX direct ist es nicht notwendig, Netzwerkstandorte zu definieren, um eine direkte Konnektivität zu ermöglichen.

So bearbeiten Sie die Konnektivitätsoptionen:

1. Wählen Sie …, um das Menü zu öffnen

   Screenshot des Menüs „Konnektivität konfigurieren“(/de-de/citrix-workspace/media/connectivity-menu.png)

2. Wählen Sie Konnektivität konfigurieren.

   Screenshot des Fensters „Konnektivität konfigurieren“ mit ausgewählter interner Option(/de-de/citrix-workspace/media/connectivity-internal-only.png)

3. Wählen und konfigurieren Sie die gewünschte Konnektivitätsoption.

   • Traditionelles Gateway
   • Gateway-Dienst
   • Nur intern

4. Wählen Sie Speichern.

Traditionelles Gateway

Sie können ein NetScaler-Gateway für das HDX-Routing verwenden.

Warnung

Dienstkontinuität ist bei Verwendung eines NetScaler Gateways nicht verfügbar. Es wird empfohlen, den Citrix Gateway Service zu verwenden.

1. Wählen Sie auf dem Bildschirm Konnektivität konfigurieren die Option Traditionelles Gateway.

   

2. Geben Sie die Adresse des Gateways ein und wählen Sie Hinzufügen.

   

3. Fügen Sie in der NetScaler Virtual Server-Konfiguration STA-Serverliste alle Cloud Connectors für den Ressourcenstandort hinzu. Derzeit werden STA-Tickets von der Cloud-Ticketing-Autorität erstellt, solange das NetScaler Gateway eine Verbindung zu einem aktiven Cloud Connector herstellen kann, um die Cloud-Ticketing-Autorität zu erreichen. Zukünftig werden STA-Tickets jedoch von einem zufällig zugewiesenen Connector am Ressourcenstandort erstellt, daher ist es wichtig, dass das NetScaler Gateway mit der vollständigen Liste aller Connectors am Ressourcenstandort konfiguriert ist.

4. Wählen Sie STA testen, um die Konnektivität zu überprüfen.

Gateway-Dienst

Sie können den Citrix Gateway Service verwenden, um Konnektivität zu Ressourcen bereitzustellen, ohne eine andere Infrastruktur als Cloud Connectors bereitstellen zu müssen. Endpunkte stellen eine Verbindung zu einem der Citrix Gateway Service-Präsenzpunkte her, und der HDX-Datenverkehr wird über den Cloud Connector an den VDA weitergeleitet.

Standardmäßig verwendet der Citrix Gateway Service den Präsenzpunkt, der dem Benutzer am nächsten liegt. Sie können optional eine bestimmte Gateway Service-Region auswählen.

Nur intern

Wenn Sie Nur intern auswählen, können Clients nur dann eine Verbindung zu Ressourcen herstellen, wenn sie über eine direkte Netzwerkkonnektivität verfügen.

Konnektivitätsoptionen bei aktiviertem adaptivem Zugriff

Wenn der adaptive Zugriff aktiviert ist, können Sie unterschiedliche Konnektivität konfigurieren, je nachdem, ob die öffentliche IP-Adresse des Geräts einer Netwerkstandort zugeordnet ist, deren Konnektivitätstyp Intern oder Extern ist oder Nicht definiert ist (was bedeutet, dass sie keiner Netwerkstandort zugeordnet ist).

Hinweise:

• Es ist nicht möglich, zwischen verschiedenen Netzwerken mit derselben öffentlichen IP-Adresse zu unterscheiden. Wenn beispielsweise Ihr Unternehmensnetzwerk und Ihr Gast-WLAN dieselbe öffentliche IP-Adresse verwenden, werden sie derselben Netwerkstandort zugeordnet und verwenden somit dieselbe Konfiguration.

• Der HTML5 HDX-Client muss sich über eine sichere TLS-Verbindung mit dem VDA verbinden. Wenn ein HTML5 HDX-Client versucht, eine Verbindung zu einer Ressource herzustellen, die auf einem nicht für TLS konfigurierten VDA gehostet wird, verwendet Citrix Workspace immer die für Nicht definierte Netzwerkstandorte angegebene Konfiguration, unabhängig vom tatsächlichen Standort des Geräts.

• Unabhängig von der Konnektivitätskonfiguration, wenn Sie HDX direct aktiviert haben, dann verwendet der Client, wenn möglich, eine direkte Verbindung.

So bearbeiten Sie die Konnektivitätsoptionen:

1. Wählen Sie …, um das Menü zu öffnen.

   Screenshot des Menüs „Konnektivität konfigurieren“(/de-de/citrix-workspace/media/connectivity-menu.png)

2. Wählen Sie Konnektivität konfigurieren.

   Screenshot des Fensters „Konnektivität konfigurieren“(/de-de/citrix-workspace/media/connectivity-aa.png)

3. Wählen und konfigurieren Sie für jeden Konnektivitätstyp die gewünschte Konnektivitätsoption.

   • NetScaler Gateway
   • Gateway Service
   • Direkt

4. Wählen Sie Speichern.

NetScaler Gateway

Sie können ein NetScaler Gateway für das HDX-Routing verwenden.

Warnung:

Bei Verwendung eines NetScaler Gateways gibt es keine Dienstkontinuität.

1. Wählen Sie auf dem Bildschirm Konnektivität konfigurieren die Option NetScaler Gateway.

   Screenshot des Fensters „Konnektivität konfigurieren“ mit ausgewähltem traditionellen Gateway(/de-de/citrix-workspace/media/connectivity-aa-netscaler-gateway.png)

2. Geben Sie die Adresse des Gateways ein und wählen Sie Hinzufügen aus.

   

3. Fügen Sie in der NetScaler Virtual Server-Konfiguration STA-Serverliste alle Cloud Connectors für den Ressourcenstandort hinzu. Derzeit werden STA-Tickets von der Cloud-Ticketing-Autorität erstellt, solange das NetScaler Gateway eine Verbindung zu einem aktiven Cloud Connector herstellen kann, um die Cloud-Ticketing-Autorität zu erreichen. Zukünftig werden STA-Tickets jedoch von einem zufällig zugewiesenen Connector am Ressourcenstandort erstellt, daher ist es wichtig, dass das NetScaler Gateway mit der vollständigen Liste aller Connectors am Ressourcenstandort konfiguriert ist.

4. Wählen Sie STA testen, um die Konnektivität zu überprüfen.

Gateway Service

Sie können den Citrix Gateway Service verwenden, um Konnektivität zu Ressourcen bereitzustellen, ohne andere Infrastruktur als Cloud Connectors bereitstellen zu müssen. Endpunkte stellen eine Verbindung zu einem der Citrix Gateway Service-Präsenzpunkte her und der HDX-Datenverkehr wird über den Cloud Connector an den VDA weitergeleitet.

Standardmäßig verwendet der Citrix Gateway Service den Präsenzpunkt, der dem Benutzer am nächsten liegt. Optional können Sie eine bestimmte Gateway Service-Region auswählen.

Direkt

Wenn Sie Direkt auswählen, können Clients nur dann eine Verbindung zu Ressourcen herstellen, wenn sie über eine direkte Netzwerkverbindung verfügen.

Fehlerbehebung

Um zu überprüfen, ob Starts wie erwartet weitergeleitet werden, verwenden Sie eine der folgenden Methoden:

• VDA-Verbindungen über Monitor anzeigen.
• Verwenden Sie die ICA®-Dateiprotokollierung, um die korrekte Adressierung der Clientverbindung zu überprüfen.

Citrix Monitor

Suchen Sie in Citrix Monitor nach einem Benutzer mit einer aktiven Sitzung. Im Abschnitt Sitzungsdetails der Konsole werden direkte VDA-Verbindungen als UDP-Verbindungen angezeigt, während Gateway-Verbindungen als TCP-Verbindungen angezeigt werden.

Wenn Sie in der DaaS-Konsole kein UDP sehen, müssen Sie die HDX™ Adaptive Transport Policy für die VDAs aktivieren.

ICA-Dateiprotokollierung

Aktivieren Sie die ICA-Dateiprotokollierung auf dem Clientcomputer, wie in der Citrix Workspace-App für Windows-Dokumentation beschrieben. Überprüfen Sie nach dem Starten von Sitzungen die Einträge Address und SSLProxyHost in der protokollierten ICA-Datei.

Direkte VDA-Verbindungen

Bei direkten VDA-Verbindungen enthält die Eigenschaft Address die IP-Adresse und den Port des VDA.

Hier ist ein Beispiel einer ICA-Datei, wenn ein Client eine Anwendung über den NLS startet:

[Notepad++ Cloud]
Address=;10.0.1.54:1494
SSLEnable=Off
<!--NeedCopy-->

Die Eigenschaft SSLProxyHost ist in dieser Datei nicht vorhanden. Diese Eigenschaft ist nur für Starts über ein Gateway enthalten.

Gateway-Verbindungen

Bei Gateway-Verbindungen enthält die Eigenschaft Address das Citrix Cloud STA-Ticket, die Eigenschaft SSLEnable ist auf On gesetzt und die Eigenschaft SSLProxyHost enthält den FQDN und den Port des Gateways.

Hier ist ein Beispiel einer ICA-Datei, wenn ein Client eine Verbindung über den Citrix Gateway-Dienst hat und eine Anwendung startet:

[PowerShell ISE Cloud]
Address=;40;CWSSTA;027C02199068B33889A40C819A85CBB4
SSLEnable=On
SSLProxyHost=global.g.nssvcstaging.net:443
<!--NeedCopy-->

Hier ist ein Beispiel einer ICA-Datei, wenn ein Client eine Verbindung über ein lokales Gateway hat und eine Anwendung über ein lokales Gateway startet, das innerhalb des Ressourcenstandorts konfiguriert ist:

[PowerShell ISE Cloud]
Address=;40;CWSSTA;027C02199068B33889A40C819A85CBB5
SSLEnable=On
SSLProxyHost=onpremgateway.domain.com:443
<!--NeedCopy-->

Hinweis:

Lokale Gateway-virtuelle Server, die zum Starten virtueller Apps und Desktops verwendet werden, müssen VPN-virtuelle Server sein, keine nFactor-Authentifizierungs-virtuellen Server. Die nFactor-Authentifizierungs-virtuellen Server dienen nur der Benutzerauthentifizierung und leiten den HDX- und ICA-Startdatenverkehr der Ressourcen nicht weiter.

VDA-Startfehler

Wenn VDA-Sitzungen nicht gestartet werden können, überprüfen Sie, ob Sie öffentliche IP-Adressbereiche aus dem richtigen Netzwerk verwenden. Beim Konfigurieren Ihrer Netzwerkstandorte müssen Sie die öffentlichen IP-Adressbereiche des Netzwerks verwenden, von dem aus Ihre internen Benutzer eine Verbindung zum Internet herstellen.

Interne VDA-Starts werden weiterhin über das Gateway geleitet

Wenn intern gestartete VDA-Sitzungen immer noch über das Gateway geleitet werden, als wären es externe Sitzungen, überprüfen Sie, ob Sie die korrekte öffentliche IP-Adresse verwenden, von der aus Ihre internen Benutzer eine Verbindung herstellen, um auf ihren Workspace zuzugreifen. Die im NLS-Standort aufgeführte öffentliche IP-Adresse muss der Adresse entsprechen, die der Client, der die Ressourcen startet, für den Zugriff auf das Internet verwendet. Um die korrekte öffentliche IP-Adresse für den Client zu erhalten, melden Sie sich am Client-Computer an, besuchen Sie eine Suchmaschine und geben Sie „what is my ip“ in die Suchleiste ein.

Alle Clients, die Ressourcen innerhalb desselben Büros starten, greifen in der Regel über dieselbe öffentliche IP-Adresse für den Netzwerkausgang auf das Internet zu. Diese Clients müssen über eine Internet-Netzwerkroute zu den Subnetzen verfügen, in denen sich die VDAs befinden, die nicht durch eine Firewall blockiert wird.