Skip to main content

Horizon Cloud-Port- und -Protokollanforderungen für Ihre Bereitstellung in Microsoft Azure

Diese Seite ist eine Referenz für alle möglichen Ports und Protokolle, die für die Kommunikation innerhalb einer typischen Horizon Cloud on Microsoft Azure-Bereitstellung in Horizon Cloud verwendet werden. Verwenden Sie diese Tabellen, um sicherzustellen, dass Ihre Netzwerkkonfiguration und Firewalls den Kommunikationsdatenverkehr zulassen, der für eine erfolgreiche Bereitstellung und den täglichen Betrieb erforderlich ist.

Bereitstellungsspezifikationen

Die für Ihre spezielle Bereitstellung erforderlichen Ports und Protokolle hängen teilweise davon ab, welche Funktionen Sie für Ihre Horizon Cloud on Microsoft Azure-Bereitstellung auswählen. Wenn Sie eine bestimmte Komponente oder ein bestimmtes Protokoll nicht verwenden möchten, ist der erforderliche Kommunikationsdatenverkehr für Ihre Zwecke nicht erforderlich, und Sie können die mit dieser Komponente verknüpften Ports ignorieren. Beispiel: Wenn Ihre Endbenutzer nur das Blast Extreme-Anzeigeprotokoll verwenden, ist das Zulassen der PCoIP-Ports keine Voraussetzung.

Wichtig: Zusätzlich zu den hier beschriebenen Ports und Protokollen gelten für eine Horizon Edge-Bereitstellung und den entsprechenden täglichen Betrieb spezifische DNS-Anforderungen. Weitere Informationen finden Sie unter Erreichbarmachen geeigneter Ziel-URLs für die Bereitstellung eines Horizon Edge Gateway in einer Microsoft Azure-Umgebung.

Ports und Protokolle, die für Horizon Edge erforderlich sind

Wenn Sie Horizon-Infrastrukturüberwachung aktivieren, wird Horizon Edge im zugehörigen Abonnement bereitgestellt und konfiguriert. In der folgenden Tabelle sind die Ports und Protokolle aufgeführt, die während des Aktivierungsvorgangs benötigt werden. Die Appliance wird bereitgestellt und konfiguriert die Manager-VMs, damit sie die vorgesehenen Überwachungsdaten von diesen Komponenten erfassen kann. In dieser Tabelle sind auch die Ports und Protokolle aufgeführt, die während des stabilen Betriebs zur Erfassung der Daten, für die die Appliance ausgelegt ist, erforderlich sind.

QuelleZielPortsProtokolleZweck
Horizon EdgeUnified Access Gateway-VMs9443HTTPSDieser Port wird von der Edge-VM über das Verwaltungs-Subnetz verwendet, um Einstellungen in der Unified Access Gateway-Konfiguration des Edge zu konfigurieren. Diese Port-Anforderung gilt bei der erstmaligen Bereitstellung einer Unified Access Gateway-Konfiguration und bei der Bearbeitung eines Edge, um eine Unified Access Gateway-Konfiguration hinzuzufügen oder die Einstellungen für diese Unified Access Gateway-Konfiguration zu aktualisieren, sowie bei der Überwachung der Sitzungsstatistiken vom Unified Access Gateway.
Horizon EdgeDomänencontroller Kerberos: 88 LDAP: 389, 3268 DAPS: 636, 3269TCP
UDP
Registrieren Ihrer Horizon Cloud bei der Domäne und für die SSO-Anmeldung und regelmäßige Erkennung von Domänencontrollern. Diese Ports sind für LDAP- oder LDAPS-Dienste erforderlich, wenn LDAP/LDAPS in diesem Workflow angegeben wird. LDAP ist die Standardeinstellung für die meisten Mandanten. Ziel ist der Server, der eine Domänencontrollerrolle in der Active Directory-Konfiguration enthält.
Horizon EdgeAD-Zertifikatsdienste135 und ein Port im Bereich von 49152 bis 65535TCP
(RPC)
Verbinden mit der Microsoft-Zertifizierungsstelle (AD CS), um kurzfristige Zertifikate für True SSO zu erhalten. Horizon Edge verwendet TCP-Port 135 für die anfängliche RPC-Kommunikation und anschließend einen Port im Bereich von 49152 bis 65535 für die Kommunikation mit AD CS (Active Directory-Zertifikatdienste).
Horizon EdgeDNS-Server53 und 853TCP
UDP
DNS-Dienste
Horizon Edge*.file.core.windows.net445TCPDer Zugriff auf Dateifreigaben wird für die App Volumes-Workflows zum Importieren von Paketen und Replizieren der Pakete über Dateifreigaben bereitgestellt.
Horizon Edge
  • *.blob.core.windows.net
  • *.blob.storage.azure.net
443TCPWird für den programmgesteuerten Zugriff auf den Azure Blob Storage und zum Hochladen der Horizon Edge-Protokolle bei Bedarf verwendet. Wird zum Herunterladen von Docker-Images für die Erstellung der erforderlichen Horizon Edge-Module verwendet, die für die Überwachung, SSO, UAG-Updates usw. geeignet sind.
Horizon Edgehorizonedgeprod.azurecr.io443TCPWird zur Authentifizierung während des Herunterladens von Docker-Images für die Erstellung der erforderlichen Horizon Edge-Module verwendet, die für die Überwachung, SSO, UAG-Updates usw. geeignet sind.
Horizon Edge*.azure-devices.net443TCPAppliance, die für die Kommunikation mit der Cloud-Steuerungsebene, zum Herunterladen von Konfigurationen für das Modul der Appliance und zum Aktualisieren des Laufzeitstatus des Appliance-Moduls verwendet wird. Die aktuellen konkreten Endpoints lauten wie folgt:

Nordamerika:
  • edgehubprodna.azure-devices.net
Europa:
  • edgehubprodeu.azure-devices.net
Japan:
  • edgehubprodjp.azure-devices.net
Horizon Edge*.data.workspaceone.com 443TCPZum Senden von Ereignissen oder Metriken an Workspace ONE Intelligence für die Überwachung von Daten. Weitere Informationen finden Sie in der Workspace ONE Intelligence-Produktdokumentation. Die konkreten Endpoints lauten wie folgt:
  • eventproxy.na1.data.workspaceone.com
  • eventproxy.eu1.data.workspaceone.com
  • eventproxy.eu2.data.workspaceone.com
  • eventproxy.uk1.data.workspaceone.com
  • eventproxy.ca1.data.workspaceone.com
  • eventproxy.ap1.data.workspaceone.com
  • eventproxy.ap2.data.workspaceone.com
  • eventproxy.au1.data.workspaceone.com
  • eventproxy.in1.data.workspaceone.com
Horizon Edgelogin.microsoftonline.com443TCPWird in der Regel von Anwendungen zur Authentifizierung beim Microsoft Azure-Dienst verwendet.
Horizon Edgemanagement.azure.com443TCPWird für Anforderungen der Edge-API an die Azure Resource Manager-Endpoints zur Verwendung von Microsoft Azure Resource Manager-Diensten verwendet. Microsoft Azure Resource Manager stellt eine konsistente Verwaltungsebene zum Ausführen von Aufgaben über Azure PowerShell, Azure CLI, Azure-Portal, REST-API und Client SDKs bereit.
Horizon Edge Regionsspezifisch:
*.horizon.omnissa.com

US
  • cloud-sg-us-r-westus2.horizon.omnissa.com
  • cloud-sg-us-r-eastus2.horizon.omnissa.com
  • cloud-sg-us.horizon.omnissa.com
EU
  • cloud-sg-eu-r-northeurope.horizon.omnissa.com
  • cloud-sg-eu-r-germanywestcentral.horizon.omnissa.com
  • cloud-sg-eu.horizon.omnissa.com
  • cloud-sg-eu-r-uksouth.horizon.omnissa.com
JP
  • cloud-sg-jp-r-japaneast.horizon.omnissa.com
  • cloud-sg-jp.horizon.omnissa.com
  • cloud-sg-jp-r-australiaeast.horizon.omnissa.com
  • cloud-sg-jp-r-centralindia.horizon.omnissa.com
443TCPAppliance, die für die Kommunikation mit der Cloud-Steuerungsebene und für Tag-2-Vorgänge verwendet wird.
Horizon Edge Gateway (Typ „Einzelne VM“)NTP-Server 123UDPNTP-Dienste
Horizon Edge Gateway (AKS-Typ) ntp.ubuntu.com

Die NTP-Einstellung wird aus Microsoft Azure übernommen (geerbt). Sie können die geerbte Einstellung in Horizon Cloud nicht ändern

123UDPNTP-Dienste
Horizon EdgeExterne und interne Lastausgleichsdienst-IP-Adressen von Unified Access Gateway – Front-End. 443HTTPS

Horizon Edge überprüft regelmäßig, ob öffentliche und private Lastausgleichsdienst-IP-Adressen oder URLs erreichbar sind, indem folgende URL abgefragt wird: https://{LB_IP}/favicon.ico

VM-Ports und Protokollanforderungen für Unified Access Gateway

Zusätzlich zu den primären Port- und Protokollanforderungen, die in der obigen Tabelle aufgeführt sind, beziehen sich die Ports und Protokolle in den folgenden Tabellen auf die Gateways, die Sie für den laufenden Betrieb nach der Bereitstellung konfiguriert haben.

Für Verbindungen, die mit Unified Access Gateway-Instanzen konfiguriert sind, muss der Datenverkehr zu und von den Unified Access Gateway-Instanzen zu den in der folgenden Tabelle aufgeführten Zielen zugelassen werden.

Anmerkungen:

  • Diese Anleitung stammt aus der Unified Access Gateway-Dokumentation: Für diese vom Dienst bereitgestellten Unified Access Gateway-Instanzen müssen die UDP-Ports sowohl Weiterleitungs- als auch Antwort-UDP-Datagramme zulassen. Unified Access Gateway-Dienste verwenden beispielsweise DNS, um Hostnamen aufzulösen. DNS-Anforderungen an die Instanzen werden auf UDP-Port 53 durchgeführt. Daher ist es wichtig, dass eine externe Firewall diese Anforderungen oder Antworten nicht blockiert.
  • Das Unified Access Gateway wird in einer Konfiguration mit mehreren Netzwerkkarten bereitgestellt. In der Spalte „Quellnetzwerk“ in der nachfolgenden Tabelle wird angegeben, aus welchem Netzwerk der Datenverkehr stammt.

Portanforderungen für den Datenverkehr von Unified Access Gateway-Instanzen

QuelleZielPortQuellnetzwerkProtokollZweck
Unified Access Gateway*.horizon.omnissa.com 443DMZ-NetzwerkTCP
UDP
Unified Access Gateway muss diese Adressen jederzeit auflösen können, sonst kann der Benutzer die Sitzung nicht starten, da Unified Access Gateway den JWK-Satz von der folgenden Adresse abruft:
cloud-sg-<region>-r-<DC>.horizon.omnissa.com.

Die Endpoints lauten wie folgt:
<ul><li>US
    <ul>
	<li>cloud-sg-us.horizon.omnissa.com<br>
	    cloud-sg-us-r-westus2.horizon.omnissa.com<br>
	    cloud-sg-us-r-eastus2.horizon.omnissa.com</li>
</ul></li>
  • EU
    • cloud-sg-eu.horizon.omnissa.com
      cloud-sg-eu-r-northeurope.horizon.omnissa.com
      cloud-sg-eu-r-germanywestcentral.horizon.omnissa.com
      cloud-sg-eu-r-uksouth.horizon.omnissa.com
  • JP
    • cloud-sg-jp.horizon.omnissa.com
      cloud-sg-jp-r-japaneast.horizon.omnissa.com
      cloud-sg-jp-r-australiaeast.horizon.omnissa.com
      cloud-sg-jp-r-centralindia.horizon.omnissa.com
Unified Access GatewayDNS-Server53 und 853BeliebigTCP
UDP
DNS-Dienste
Unified Access GatewayHorizon Agent in den Desktop- oder Farm-RDSH-VMs22443MandantennetzwerkTCP
UDP
Blast Extreme Bei der Verwendung von Blast Extreme wird standardmäßig der CDR-Datenverkehr (Client Drive Redirection) und der USB-Datenverkehr über diesen Port geleitet. Wenn Sie es vorziehen, kann der CDR-Datenverkehr auf den TCP 9427-Port und der USB-Umleitungsverkehr auf den TCP 32111-Port aufgeteilt werden.
Unified Access GatewayHorizon Agent in den Desktop- oder Farm-RDSH-VMs9427MandantennetzwerkTCPOptional für CDR- und MMR-Datenverkehr (Multimedia-Umleitung).
Unified Access GatewayHorizon Agent in den Desktop- oder Farm-RDSH-VMs32111MandantennetzwerkTCPOptional für USB-Umleitungsverkehr.
Unified Access GatewayNTP-Server

Der Standardwert lautet „time.google.com“. Sie können diesen Wert jedoch jederzeit ändern.

123DMZ-NetzwerkUDPNTP-Dienste
Unified Access Gateway*.blob.core.windows.net *.blob.storage.azure.net443DMZ-NetzwerkTCPWird für den programmgesteuerten Zugriff auf den Azure Blob Storage für das Hochladen der Unified Access Gateway-Protokolle bei Bedarf verwendet.

Ports und Protokolle für App Volumes

Um App Volumes-Funktionen für die Verwendung mit Horizon Cloud on Microsoft Azure zu unterstützen, müssen Sie Port 445 für den TCP-Protokolldatenverkehr zum Subnetz des Mandanten (Desktops) konfigurieren. Port 445 ist der KMU-Standardport für den Zugriff auf eine KMU-Dateifreigabe unter Microsoft Windows. Die AppStacks werden in einer SMB-Dateifreigabe gespeichert, die sich in derselben Ressourcengruppe wie die Pod-Manager-VMs befindet.

Portanforderungen für App Volumes

QuelleZielPortProtokollZweck
App Volumes Agent in der Basis-Import-VM, die Golden Images, Desktop-VMs, Farm-RDSH-VMs*.file.core.windows.net445TCPDie App Volumes-Anwendungsvirtualisierung auf den VDI-Maschinen und die Erfassung von Anwendungspaketen auf den VDI-Maschinen hängen vom Zugriff auf die Dateifreigaben ab.

Anforderungen an VDI-Ports und -Protokolle

Die folgende Tabelle enthält die Ports und Protokolle, die für die in Ihrer Umgebung konfigurierten Desktop-Subnetze (VDI oder Mandant) erforderlich sind.

Anforderungen an VDI-Ports und -Protokolle

QuelleZielPortProtokollZweck
Desktop-Subnetz (Mandant)*.horizon.omnissa.com 443TCP
MQTT
Für Agent-bezogene Vorgänge, wie z. B. Zertifikatsignierung mit VM-Hub und Erneuerung. Die aktuellen konkreten Endpoints lauten wie folgt:

US:
  • cloud-sg-us-r-westus2.horizon.omnissa.com
  • cloud-sg-us-r-westus2-mqtt.horizon.omnissa.com
  • cloud-sg-us-r-eastus2.horizon.omnissa.com
  • cloud-sg-us-r-eastus2-mqtt.horizon.omnissa.com
EU:
  • cloud-sg-eu-r-northeurope.horizon.omnissa.com
  • cloud-sg-eu-r-northeurope-mqtt.horizon.omnissa.com
  • cloud-sg-eu-r-germanywestcentral.horizon.omnissa.com
  • cloud-sg-eu-r-germanywestcentral-mqtt.horizon.omnissa.com
  • cloud-sg-eu-r-uksouth.horizon.omnissa.com
  • cloud-sg-eu-r-uksouth-mqtt.horizon.omnissa.com
JP:
  • cloud-sg-jp-r-japaneast.horizon.omnissa.com
  • cloud-sg-jp-r-japaneast-mqtt.horizon.omnissa.com
  • cloud-sg-jp-r-australiaeast.horizon.omnissa.com
  • cloud-sg-jp-r-australiaeast-mqtt.horizon.omnissa.com
  • cloud-sg-jp-r-centralindia.horizon.omnissa.com
  • cloud-sg-jp-r-centralindia-mqtt.horizon.omnissa.com
Desktop-Subnetz (Mandant)Domänencontroller88TCP
UDP
Kerberos Dienstleistungen. Das Ziel ist der Server, der eine Domänencontrollerrolle in einer Active Directory-Konfiguration enthält. Das Registrieren des Edge in Active Directory ist eine Voraussetzung.
Desktop-Subnetz (Mandant)Domänencontroller Kerberos: 88 LDAP: 389, 3268 DAPS: 636, 3269TCP
UDP
Diese Ports sind für LDAP- oder LDAPS-Dienste für die Konnektivität zwischen VM und Domänencontroller erforderlich. Falls das VDI keinen Domänencontroller erreichen kann, ist der Sitzungsstart nicht möglich.
Desktop-Subnetz (Mandant)DNS-Server53 und 853TCP
UDP
DNS-Dienste
Desktop-Subnetz (Mandant)NTP-Server123UDPNTP-Dienste
Desktop-Subnetz (Mandant)*.blob.core.windows.net443TCPDCT-Protokollpaket-Upload. Wenn ein Kundenadministrator nach der Anforderungsverarbeitung auf die DCT-Protokollsammlung für eine beliebige VM klickt, wird das Paket aus dem VDI in den Blob hochgeladen, um das Paket zum Download über die Horizon Universal Console bereitzustellen.
Desktop-Subnetz (Mandant)Horizon Edge31883TCP
MQTT
UDP
Horizon Agent, der auf VM zu MQTT ausgeführt wird, das auf Edge läuft.
Desktop-Subnetz (Mandant)Horizon Edge32443TCPSingle Sign-On, wenn der Microsoft Azure Edge das Format „Edge-Gateway (VM)“ aufweist.
Desktop-Subnetz (Mandant)Horizon Edge443TCPSingle Sign-On, wenn der Microsoft Azure Edge das Format „Edge-Gateway (AKS)“ aufweist.
Desktop-Subnetz (Mandant) und Verwaltungs-Subnetz softwareupdate.omnissa.com 443TCPSoftwarepaketserver. Dient zum Herunterladen von Updates der Agent-bezogenen Software, die bei den Image-bezogenen Vorgängen des Systems und beim automatisierten Agent-Update verwendet wird.

Hinweis
Das Verwaltungssubnetz ist für das Ziel des Software-Updates nur erforderlich, wenn Sie das Verwaltungssubnetz für den Import und die Veröffentlichung von Images verwenden möchten.
Desktop-Subnetz (Mandant)Private Link-Endpoint443TCPDesktop-Konnektivität zum Verbindungsdienst in der Cloud-Steuerungsebene.
Desktop-Subnetz (Mandant) und Verwaltungs-SubnetzAD-Zertifikatsdienste135 und 445 und ein Port im Bereich von 49152 bis 65535TCP
(RPC)
Zum Hinzufügen von Desktops zur Domäne.
Desktop-Subnetz (Mandant) CRL-Verteilungspunkt (CRL Distribution Point, CDP)

Beispiele:
http://*.digicert.com

ODER

  • http://crl3.digicert.com/DigiCertGlobalRootCA.crl
  • http://crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
  • http://crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
  • http://ocsp.digicert.com
80TCPDer Bootstrapping-Vorgang für die VM umfasst das Senden einer HTTP POST-Anfrage an den Horizon Cloud-Endpoint. Um eine sichere Verbindung herzustellen, wird eine Überprüfung der Zertifikatswiderrufsliste (Certificate Revocation List, CRL) durchgeführt. Wenn diese Überprüfung über das Internet nicht zulässig ist, schlägt die VM-Anpassung fehl.
Desktop-Subnetz (Mandant)
  • eventproxy.na1.data.workspaceone.com
  • eventproxy.eu1.data.workspaceone.com
  • eventproxy.eu2.data.workspaceone.com
  • eventproxy.uk1.data.workspaceone.com
  • eventproxy.ca1.data.workspaceone.com
  • eventproxy.ap1.data.workspaceone.com
  • eventproxy.ap2.data.workspaceone.com
  • eventproxy.au1.data.workspaceone.com
  • eventproxy.in1.data.workspaceone.com
443TCPWird vom DEX-Telemetrieagent (Digital Employee Experience) verwendet, um Daten an Omnissa Intelligence zu senden. Dies ist nur für DEX-fähige Desktops erforderlich.
Desktop-Subnetz (Mandant)
  • auth.na1.data.workspaceone.com
  • auth.eu1.data.workspaceone.com
  • auth.eu2.data.workspaceone.com
  • auth.uk1.data.workspaceone.com
  • auth.ca1.data.workspaceone.com
  • auth.ap1.data.workspaceone.com
  • auth.ap2.data.workspaceone.com
  • auth.au1.data.workspaceone.com
  • auth.in1.data.workspaceone.com
443TCPWird vom DEX-Telemetrieagent (Digital Employee Experience) zur Authentifizierung bei Omnissa Intelligence verwendet. Dies ist nur für DEX-fähige Desktops erforderlich.

Port- und Protokollanforderungen für Datenverkehr über Endbenutzerverbindungen

Ausführliche Informationen über die verschiedenen Horizon Clients, die Ihre Endbenutzer mit Ihrer virtuellen Horizon Edge-Appliance verwenden können, finden Sie auf der Horizon Client-Produktdokumentationsseite. Welche Ports geöffnet sein müssen, damit der Datenverkehr von den Verbindungen der Endbenutzer ihre virtuellen Desktops und Remoteanwendungen erreicht, hängt von der Wahl ab, die Sie für die Verbindung Ihrer Endbenutzer treffen.

Ports und Protokolle für den Datenverkehr über Endbenutzerverbindungen

QuelleZielPortProtokollZweck
Horizon ClientMicrosoft Azure-Lastausgleich für diese Unified Access Gateway-Instanzen443TCPZur Übertragung von CDR, MMR, USB-Umleitung und getunneltem RDP-Datenverkehr. SSL (HTTPS-Zugang) ist standardmäßig für Clientverbindungen aktiviert. Port 80 (HTTP-Zugriff) kann in einigen Fällen verwendet werden.
Horizon ClientMicrosoft Azure-Lastausgleich für diese Unified Access Gateway-Instanzen8443 oder 443TCPBlast Extreme über Blast Secure Gateway auf Unified Access Gateway für Datenverkehr aus Horizon Client. Der verwendete Port (8443 oder 443) wird definiert, wenn das Horizon Edge Gateway bereitgestellt wird.
Horizon ClientMicrosoft Azure-Lastausgleich für diese Unified Access Gateway-Instanzen443UDPBlast Extreme über das Unified Access Gateway für den Datenverkehr.
Horizon ClientMicrosoft Azure-Lastausgleich für diese Unified Access Gateway-Instanzen8443UDPBlast Extreme über Blast Secure Gateway auf Unified Access Gateway für den Datenverkehr (adaptiver Datenverkehr).
BrowserMicrosoft Azure-Lastausgleich für diese Unified Access Gateway-Instanzen443TCPZur Übertragung von CDR, MMR, USB-Umleitung und getunneltem RDP-Datenverkehr. SSL (HTTPS-Zugang) ist standardmäßig für Clientverbindungen aktiviert. Port 80 (HTTP-Zugriff) kann in einigen Fällen verwendet werden.
BrowserMicrosoft Azure-Lastausgleich für diese Unified Access Gateway-Instanzen8443 oder 443TCPBlast Extreme über Blast Secure Gateway auf Unified Access Gateway für Datenverkehr aus dem Horizon Web Client.
Horizon Client/Browser *.horizon.omnissa.com 443TCPWeitere Informationen finden Sie in der Tabelle zum Zulassen von URLs für das Mandantensubnetz (DNS-Hostnamen des regionalen VM-Hubs) in Erreichbarmachen geeigneter Ziel-URLs für die Bereitstellung eines Horizon Edge Gateway in einer Microsoft Azure-Umgebung.

Bezogen auf die in der Tabelle aufgeführten URLs: Wenn ein Endbenutzer nach der Anmeldung und dem Auflisten der Startelemente einen Desktop durch Anklicken startet, erfolgt die Umleitung des Protokolldatenverkehrs zum Unified Access Gateway. Welche der URLs dabei genutzt wird, hängt davon ab, in welcher Region sich die jeweilige virtuelle Maschine befindet.


Sie müssen die in dieser Tabelle aufgeführten URLs basierend auf den globalen Regionen, über die Sie Desktops und Anwendungen bereitstellen, auf die Positivliste setzen.


In der Tabelle benötigt der Client Zugriff auf die Dienst-Gateway-URL für jede relevante Region, beispielsweise auf folgende: cloud-sg-us-r-westus2.horizon.omnissa.com.

Horizon Client/Browsercloud.omnissahorizon.com 443TCPWenn Sie über ein eingeschränktes Netzwerk verfügen, müssen Sie die entsprechenden URLs auf die Positivliste setzen, damit Endbenutzer auf ihre Anwendungen und Desktops zugreifen können. Weitere Informationen finden Sie unter Starten eines Desktops mit Horizon Client.

Wenn Sie die Client-Zugriffs-URL gemäß der Beschreibung unter Konfigurieren von benutzerdefinierten Client-Zugriffs-URLs in der Horizon Universal Console angepasst haben, stellen Sie sicher, dass die benutzerdefinierte URL ebenfalls zu Ihrer Positivliste hinzugefügt wird.

War diese Seite hilfreich?

Feedback zu diesem Thema geben

War dieses Thema hilfreich?

Bitte geben Sie keine personenbezogenen oder vertraulichen Daten an.

Link wird erstellt…