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.

Externe Zugriffseinstellungen speichern(/de-de/citrix-workspace/media/workspace-access-external.png)

Die Erfahrung hängt davon ab, ob Adaptive access aktiviert ist.

Konnektivitätsoptionen, wenn Adaptive access deaktiviert ist

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

• Die öffentliche IP-Adresse des Geräts stimmt mit einem Netwerkstandort überein. Wenn Adaptive access 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® StoreFront Cloud 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 einen Netwerkstandort für diese IP erstellen, wird dies die Nutzung des Gateways für das Gast-WLAN verhindern, 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 erforderlich, 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 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 verbinden sich mit einem der Citrix Gateway Service Points of Presence, und der HDX-Datenverkehr wird über den Cloud Connector an den VDA weitergeleitet.

Standardmäßig verwendet der Citrix Gateway Service den Point of Presence, der dem Benutzer am nächsten liegt. Optional können Sie 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 Netzwerkverbindung verfügen.

Konnektivitätsoptionen bei aktiviertem Adaptive Access

Wenn Adaptive Access aktiviert ist, können Sie die Konnektivität unterschiedlich 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® StoreFront Cloud immer die für Nicht definierte Netzwerkstandorte angegebene Konfiguration, unabhängig vom tatsächlichen Standort des Geräts.

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

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-Dienst
   • 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 traditionellem 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.

   Screenshot des Fensters „Konnektivität konfigurieren“ mit Optionen für herkömmliche Gateways(/de-de/citrix-workspace/media/connectivity-aa-netscaler-gateway-settings.png)

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 aus, um die Konnektivität zu überprüfen.

Gateway-Dienst

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.

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

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.

Screenshot des Fensters „Konnektivität konfigurieren“ mit Dropdown-Menü für die Region(/de-de/citrix-workspace/media/connectivity-aa-gateway-service-region.png)

Direkt

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

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

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 UDP in der DaaS-Konsole nicht 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 für eine 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 bei 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 für eine 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 für eine 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, nicht nFactor-Authentifizierungs-virtuelle 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 ihren Store zu erreichen. Die auf der NLS-Site 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 des Netzwerkausgangs auf das Internet zu. Diese Clients müssen eine Internet-Netzwerkroute zu den Subnetzen haben, in denen sich die VDAs befinden, die nicht durch eine Firewall blockiert wird.