Stellen Sie sicher, dass die erforderlichen Ports und Protokolle für Ihre Horizon Cloud on vSphere-Bereitstellung die erforderliche Kommunikation ermöglichen. Verwenden Sie die nachstehenden Tabellen, um sicherzustellen, dass Ihre Netzwerkkonfiguration und Firewalls den Kommunikationsdatenverkehr zulassen, der für eine erfolgreiche Bereitstellung und den täglichen Betrieb erforderlich ist.
In der folgenden Tabelle sind die Ports und Protokolle aufgeführt, die für die Bereitstellung eines Horizon Edge für den vSphere-Anbietertyp erforderlich sind.
Ports und Protokolle, die für Horizon Edge für vSphere 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.
| Quelle | Ziel | Ports | Protokolle | Zweck |
|---|---|---|---|---|
| Horizon Edge | vCenter- und ESXi-Hosts | 443 | HTTPS | Dieser Port wird von Horizon Edge für die Kommunikation mit den vCenter- und ESXi-Hosts für Unified Access Gateway, Desktop-Lebenszyklusverwaltung und vCenter-Bestandserkennung verwendet. |
| Horizon Edge | Unified Access Gateway-VMs – Hinweis: Sie müssen auch Port 8445 auf die Whitelist setzen, wenn Sie die Bereitstellungsmethode „Erweitertes UAG“ verwenden. | 9443 (und 8445 bei Verwendung der erweiterten UAG-Bereitstellung) | HTTPS | Dieser 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 Edge | Domänencontroller | Kerberos: 88 ( TCP,UDP ) LDAP: 389, 3268 (TCP) LDAPS: 636, 3269 (TCP) | TCP UDP | Registrieren Sie Ihre Horizon Cloud-Domäne für die SSO-Anmeldung und die 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 Edge | AD-Zertifikatsdienste | 135 und ein Port im Bereich von 49152 bis 65535 | TCP (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 Edge | DNS-Server | 53 und 853 | TCP UDP | DNS-Dienste |
| Horizon Edge | *.blob.core.windows.net *.blob.storage.azure.net | 443 | TCP | Wird 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 Edge | horizonedgeprod.azurecr.io | 443 | TCP | Wird 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.net | 443 | TCP | Appliance, die für die Kommunikation mit der Horizon Cloud Control Plane, zum Herunterladen von Konfigurationen für das Modul der Appliance und zum Aktualisieren des Laufzeitstatus des Appliance-Moduls verwendet wird. Aktuelle konkrete Endpoints für Nordamerika sind „edgehubprodna.azure-devices.net“. Konkrete Endpoints für Europa sind „edgehubprodeu.azure-devices.net“. Konkrete Endpoints für Japan sind „edgehubprodjp.azure-devices.net“. |
| Horizon Edge | *.data.workspaceone.com | 443 | TCP | Zum 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. Konkrete Endpoints sind: 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 Edge | *.horizon.omnissa.com Regionsspezifisch: US: cloud-sg-us-hdc-mqtt.horizon.omnissa.com EU: cloud-sg-eu-hdc-mqtt.horizon.omnissa.com APAC: cloud-sg-jp-hdc-mqtt.horizon.omnissa.com | 443 | TCP-MQTT | Dieser Port ist für die Kommunikation von Horizon Edge mit der Steuerungsebene für die Desktop-Lebenszyklusverwaltung und die vCenter-Bestandserkennung erforderlich. |
| Horizon Edge | *.horizon.omnissa.com Regionsspezifisch: 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 APAC: 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 | 443 | TCP | Appliance, 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 | 123 | UDP | NTP-Dienste |
| Horizon Edge | Lastausgleichsdienst-IP-Adressen von Unified Access Gateway – Front-End. | 443 | HTTPS | 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 |
| Horizon Edge | repo.omnissa.com | 443 | HTTPS | Omnissa UAG-Image-Repository |
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.
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.
| Quelle | Ziel | Port | Quellnetzwerk | Protokoll | Zweck |
|---|---|---|---|---|---|
| Unified Access Gateway | *.horizon.omnissa.com Regionsspezifisch: US: cloud-sg-us.horizon.omnissa.com, cloud-sg-us-r-westus2.horizon.omnissa.com, cloud-sg-us-r-eastus2.horizon.omnissa.com 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 APAC: 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.co | 443 | DMZ-Netzwerk | TCP 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 abruft. |
| Unified Access Gateway | DNS-Server | 53 und 853 | Beliebig | TCP UDP | DNS-Dienste |
| Unified Access Gateway | Horizon Agent in den Desktop- oder Farm-RDSH-VMs | 22443 | Desktop-Netzwerk | TCP 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 Gateway | Horizon Agent in den Desktop- oder Farm-RDSH-VMs | 9427 | Desktop-Netzwerk | TCP | Optional für CDR- und MMR-Datenverkehr (Multimedia-Umleitung). |
| Unified Access Gateway | Horizon Agent in den Desktop- oder Farm-RDSH-VMs | 32111 | Desktop-Netzwerk | TCP | Optional für USB-Umleitungsverkehr. |
| Unified Access Gateway | NTP-Server – Der Standardwert lautet „time.google.com“. Sie können diesen Wert jedoch jederzeit ändern. | 123 | DMZ-Netzwerk | UDP | NTP-Dienste |
| Unified Access Gateway | Weitere Unified Access Gateways | 8445 | Verwaltungsnetzwerk | UDP | (Nur erweiterter Modus) Kommunikation zwischen UAG-VMs. |
| Unified Access Gateway | *.blob.core.windows.net *.blob.storage.azure.net | 443 | DMZ-Netzwerk | TCP | Wird für den programmgesteuerten Zugriff auf den Azure Blob Storage für das Hochladen der Unified Access Gateway-Protokolle bei Bedarf verwendet. |
| Unified Access Gateway | CRL-Verteilungspunkt (CRL Distribution Point, CDP) Beispiel: http://*.digicert.com ODER crl3.digicert.com/ DigiCertGlobalRootCA.crl crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl ocsp.digicert.com | 80 | DMZ-Netzwerk | TCP | Gilt nur für UAG-Bereitstellungen mit einer Netzwerkkarte. |
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.
| Quelle | Ziel | Port | Protokoll | Zweck |
|---|---|---|---|---|
| Desktop-Subnetz | Beispiel: *.horizon.omnissa.com Regionsspezifisch: 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 | 443 | TCP-MQTT | Für Agent-bezogene Vorgänge, wie z. B. Zertifikatsignierung mit VM-Hub und Erneuerung. |
| Desktop-Subnetz | Domänencontroller | Kerberos: 88 ( TCP,UDP ) LDAP: 389, 3268 (TCP) LDAPS: 636, 3269 (TCP) | TCP 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. 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 | DNS-Server | 53 und 853 | TCP UDP | DNS-Dienste |
| Desktop-Subnetz | NTP-Server | 123 | UDP | NTP-Dienste |
| Desktop-Subnetz | *.blob.core.windows.net | 443 | TCP | DCT-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 | Horizon Edge | 31883 | TCP MQTT UDP | Horizon Agent, der auf VM zu MQTT ausgeführt wird, das auf Edge läuft. |
| Desktop-Subnetz | Horizon Edge | 32443 | TCP | Single Sign-On |
| Desktop-Subnetz | softwareupdate.omnissa.com | 443 | TCP | Softwarepaketserver. 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. |
| Desktop- und Verwaltungs-Subnetz | AD-Zertifikatsdienste | 135 und 445 und ein Port im Bereich von 49152 bis 65535 | TCP (RPC) | Zum Hinzufügen von Desktops zur Domäne. |
| Desktop-Subnetz | CRL-Verteilungspunkt (CRL Distribution Point, CDP) Beispiel: http://*.digicert.com ODER crl3.digicert.com/ DigiCertGlobalRootCA.crl crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl ocsp.digicert.com | 80 | TCP | Der 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 | 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 | 443 | TCP | Wird vom DEX-Telemetrieagent (Digital Employee Experience) verwendet, um Daten an Omnissa Intelligence zu senden. 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.
| Quelle | Ziel | Port | Protokoll | Zweck |
|---|---|---|---|---|
| Horizon Client | Lastausgleichsdienst für die Unified Access Gateway-Instanzen | 443 | TCP | Zur Ü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 Client | Lastausgleichsdienst für die Unified Access Gateway-Instanzen | 8443 oder 443 | TCP | Blast 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 Client | Lastausgleichsdienst für die Unified Access Gateway-Instanzen | 443 | UDP | Blast Extreme über das Unified Access Gateway für den Datenverkehr. |
| Horizon Client | Lastausgleichsdienst für die Unified Access Gateway-Instanzen | 8443 | UDP | Blast Extreme über Blast Secure Gateway auf Unified Access Gateway für den Datenverkehr (adaptiver Datenverkehr). |
| Browser | Lastausgleichsdienst für die Unified Access Gateway-Instanzen | 443 | TCP | Zur Ü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. |
| Browser | Lastausgleichsdienst für die Unified Access Gateway-Instanzen | 8443 oder 443 | TCP | Blast Extreme über Blast Secure Gateway auf Unified Access Gateway für Datenverkehr aus dem Horizon Web Client. |
| Horizon Client/Browser | Beispiel: *.horizon.omnissa.com Regionsspezifisch: 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 | 443 | TCP | 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 URLs basierend auf den globalen Regionen, über die Sie Desktops und Anwendungen bereitstellen, auf die Positivliste setzen. Der Client benötigt Zugriff auf die Dienst-Gateway-URL für jede relevante Region, wie z. B. cloud-sg-us-r-westus2.horizon.omnissa.com. |
| Horizon Client/Browser | https://cloud.omnissahorizon.com | 443 | TCP | Wenn 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. Wenn Sie die Client-Zugriffs-URL angepasst haben, stellen Sie sicher, dass Ihre benutzerdefinierte URL ebenfalls zur Positivliste hinzugefügt wird. |
War diese Seite hilfreich?