Zum Erstellen einer Horizon Edge-Bereitstellung und Installieren oder Aktualisieren der Appliance-Module in Ihrer Horizon Cloud-Umgebung, müssen Sie die entsprechenden URLs auf den jeweiligen Ports zulassen.
Wichtig: In den folgenden Tabellen beziehen sich die aufgeführten Zwecke auf eine Horizon Edge-Bereitstellung.
Zulassen von URLs für das Verwaltungs-Subnetz und Überprüfen des URL-Zugriffs
Führen Sie die folgenden Aufgaben aus, um die entsprechenden URLs und Wildcard-Unterdomänen entsprechend dem Standort Ihrer Website und Ihren Anforderungen zuzulassen:
- Lassen Sie die URLs und Platzhalter-Unterdomänen in der folgenden Tabelle zu. Beispielsweise durch Hinzufügen der URLs und der Platzhalter-Unterdomäne zu einer Positivliste für die Firewall und Netzwerksicherheitsgruppe.
- Umgehen Sie SSL-DPI (Deep Packet Inspection) wie folgt.
- In der Firewall für die URLs und Platzhalter-Unterdomänen in der folgenden Tabelle.
- Gegebenenfalls auf dem Proxyserver.
Wenn das Horizon Edge Gateway über einen Proxyserver mit dem Horizon Agent verbunden ist, umgehen Sie SSL-DPI im Proxyserver für die URLs und Platzhalter-Unterdomänen in der folgenden Tabelle.
| Ziel (DNS-Name) | Port | Protokoll | Proxy-Datenverkehr (sofern in der Bereitstellung konfiguriert) | Zweck |
|---|---|---|---|---|
| registry.k8s.io | 443 | TCP | Ja | Wird für den programmgesteuerten Zugriff verwendet, damit Images nach Bedarf heruntergeladen werden können. 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. Hinweis: Gilt nur für die VM-basierte Horizon Edge Gateway-Bereitstellung 2412 |
| *.blob.core.windows.net | 443 | TCP | Ja | 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. |
| horizonedgeprod.azurecr.io | 443 | TCP | Ja | 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. |
|
*.azure-devices.net oder einer der folgenden regionsspezifischen Namen, je nachdem, welche regionale Steuerungsebene für Ihr Mandantenkonto gilt: Nordamerika:
| 443 | TCP | Ja | Wird zum Verbinden der Appliance mit der Horizon Cloud Control Plane, zum Herunterladen von Konfigurationen für das Appliance-Modul und zum Aktualisieren des Laufzeitstatus des Appliance-Moduls verwendet. |
*.data.workspaceone.com, oder einen der folgenden regionsspezifischen Namen, je nachdem, welches regionale Workspace ONE Intelligence-Ziel für Ihr Mandantenkonto gilt:
| 443 | TCP | Ja | Wird zum Senden von Ereignissen oder Metriken an Workspace ONE Intelligence verwendet. Weitere Informationen finden Sie unter Workspace ONE Intelligence. |
Wenn Ihre Firewall oder Netzwerksicherheitsgruppe (NSG) die Verwendung von Dienst-Tags unterstützt, wenden Sie das Azure-Dienst-Tag AzureCloud an. Wenn Ihre Firewall oder NSG die Verwendung von Diensttags nicht unterstützt, verwenden Sie den Hostnamen:monitor.horizon.omnissa.com | 1514 und 1515 | TCP | Nein | Wird für die Systemüberwachung verwendet. |
| https://aka.ms/downloadazcopy-v10-linux | 443 | TCP | Ja | Wird verwendet, um Bereitstellungsprotokolle zu Fehlerbehebungszwecken in Azure Blob Storage hochzuladen. |
| 443 | HTTPS | Ja | Wird zum Patchen von Microsoft-Komponenten des Horizon Edge Gateway verwendet. |
| time.google.com | 123 | UDP | Ja | Wird für die Uhrzeitsynchronisierung verwendet. |
| 80 | HTTP | Ja | Wird zum Patchen von Ubuntu-Komponenten verwendet. |
| *.file.core.windows.net | 445 | TCP | Nein | Der Zugriff auf Dateifreigaben wird für die App Volumes-Workflows zum Importieren von Paketen und Replizieren der Pakete über Dateifreigaben bereitgestellt. |
| softwareupdate.omnissa.com | 443 | TCP | Nein | 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. |
| download.falco.org | 443 | HTTPS | Nein | Wird vom Sicherheitsüberwachungs-Tool „Falco“ verwendet, um die neuesten Ressourcen zu überprüfen und herunterzuladen, die für eine ordnungsgemäße Funktion erforderlich sind. |
| *.cloudfront.net | 443 | HTTPS | Nein | Wird vom Sicherheitsüberwachungs-Tool „Falco“ verwendet, um die neuesten Ressourcen zu überprüfen und herunterzuladen, die für eine ordnungsgemäße Funktion erforderlich sind. |
URL für das Mandantensubnetz (Desktop) zulassen
Sie können eine URL für ein Mandantensubnetz (Desktop) auf globaler VM-Hub-Ebene oder auf der Ebene des regionalen VM-Hubs zulassen.
Führen Sie die folgenden Schritte aus, um die Poolerstellung in Horizon Cloud mit einem angegebenem Proxy und dann im bereitgestellten Mandantensubnetz für die Steuerungsebene zuzulassen:
-
Lassen Sie die URLs und Platzhalter-Unterdomänen in den folgenden Tabellen zu. Beispielsweise durch Hinzufügen der URLs und der Platzhalter-Unterdomäne zu einer Positivliste für die Firewall und Netzwerksicherheitsgruppe.
-
Umgehen Sie SSL-DPI (Deep Packet Inspection) wie folgt.
-
In der Firewall für die URLs und Platzhalter-Unterdomänen in der folgenden Tabelle.
-
Gegebenenfalls auf dem Proxyserver.
Wenn das Horizon Edge Gateway über einen Proxyserver mit dem Horizon Agent verbunden ist, umgehen Sie SSL-DPI im Proxyserver für die URLs und Platzhalter-Unterdomänen in der folgenden Tabelle.
-
URL für das Mandantensubnetz (Desktop) zulassen – Globaler DNS-Hostname des VM-Hubs
Wenn die Verwendung einer globalen VM-Hub-Instanz den Anforderungen Ihrer Website entspricht, lassen Sie bei der Bereitstellung eines Horizon Edge Gateway die folgende URL und zugehörige Einstellungen zu.
| Ziel (DNS-Name) | Port | Protokoll | Zweck |
|---|---|---|---|
| *.horizon.omnissa.com | 443 | TCP | Für Agent-bezogene Vorgänge, wie z. B. Zertifikatsignierung mit VM-Hub und Verlängerung. |
URLs für das Mandantensubnetz (Desktop) zulassen – Regionale DNS-Hostnamen des VM-Hubs
Wenn die Verwendung von regionalen VM-Hub-Instanzen den Anforderungen Ihrer Site entspricht, verwenden Sie bei der Bereitstellung eines Horizon Edge Gateways in einer bestimmten Region die beiden entsprechenden URLs gemäß den Angaben.
Der Port, das Protokoll und der Zweck für jede regionale VM-Hub-Instanz entsprechen denen einer globalen VM-Hub-Instanz.
| Port | 443 |
| Protokoll | TCP |
| Zweck | Für Agent-bezogene Vorgänge, wie z. B. Zertifikatsignierung mit VM-Hub und Verlängerung. |
| Für die folgenden Azure-Regionen | Folgende Ziel-URLs (DNS-Name) zulassen |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Zulassen von URLs für Proxy-Aktivierung
Wenn Sie einen Proxyserver zum Steuern des Datenverkehrs in Ihrer Umgebung verwenden möchten, öffnen Sie die benötigten Ports, damit das Horizon Edge Gateway den Proxyserver erreichen kann. Wenn der Microsoft Azure Edge das Format „Edge-Gateway (AKS)“ aufweist, finden Sie weitere Informationen unter Ausgehende Netzwerk- und FQDN-Regeln für Azure Kubernetes Service-Cluster (AKS).
Verwenden von IP-Adressen anstelle von URLs
Informationen zu Situationen, in denen die Verwendung von URLs nicht möglich ist, finden Sie im KB-6000374 – IP-Adressen für Dienstkomponenten.
War diese Seite hilfreich?