1. September 2026

First-Gen-Mandanten – Standardmäßige Netzwerksicherheitsgruppenregeln für die VMs in einem in Microsoft Azure bereitgestellten Horizon Cloud-Pod

In diesem Dokumentationsthema wird erläutert, was angezeigt wird, wenn Sie eine First-Gen-Horizon Cloud-Umgebung verwenden, um einen Pod in Ihrem Microsoft Azure-Abonnement zu erstellen, und sich anschließend beim Microsoft Azure-Portal anmelden, um zu sehen, was der Pod-Bereitsteller dort erstellt hat. Im Rahmen der Bereitstellung des Pods in Microsoft Azure erstellt der automatisierte Bereitstellungsprozess einen Satz von Netzwerksicherheitsgruppen (NSGs) und ordnet diesen einzelne spezifische Netzwerkkarten (NICs) zu, die sich auf den dienstgesteuerten Pod-bezogenen virtuellen Maschinen (VMs) befinden. Solche Pod-bezogenen VMs sind die Manager-VMs des Pods und die VMs, die bereitgestellt werden, wenn der Pod mit Unified Access Gateway konfiguriert wird.

Vor dem Lesen dieser Seite

Bevor Sie diese Seite lesen, beachten Sie bitte die folgenden Punkte.

Denken Sie daran: Wie im KB-Artikel 92424 beschrieben, wurde das Ende der Verfügbarkeit der First-Gen-Horizon Cloud-Steuerungsebene angekündigt. Die Produktdokumentation zu First-Gen-Horizon Cloud wurde entsprechend dieser Ankündigung aktualisiert.

Hinweis: Wie in KB-Artikel 93762 beschrieben, ist die Funktion Horizon-Infrastrukturüberwachung veraltet, und First-Gen-Mandanten können diese Funktion nicht mehr aktivieren oder verwenden. Ab Oktober 2023 wurden die Informationen auf dieser Seite, die sich zuvor auf diese veraltete Funktion bezogen, entsprechend aktualisiert.

Achtung: Diese Informationen gelten nur, wenn Sie auf eine First-Gen-Mandantenumgebung in der First-Gen-Steuerungsebene zugreifen können. Wie im KB-Artikel 92424 beschrieben, hat die First-Gen-Steuerungsebene das Ende der Verfügbarkeit (End of Availability, EOA) erreicht. Weitere Informationen finden Sie in diesem Artikel.

Ab August 2022 ist Horizon Cloud allgemein verfügbar und verfügt über ein eigenes Handbuch, Verwenden der Horizon-Steuerungsebene.

Ein Hinweis darauf, in welcher Umgebung Sie sich befinden (Horizon Cloud oder First-Gen), ist das Muster, das im URL-Feld des Browsers angezeigt wird, nachdem Sie sich bei Ihrer Umgebung angemeldet haben und die Bezeichnung Horizon Universal Console sehen. Für eine Horizon Cloud-Umgebung enthält die URL-Adresse der Konsole einen Teil wie /hcsadmin/. Die URL der First-Gen-Konsole weist einen anderen Abschnitt (/horizonadmin/) auf.

Allgemeine Einführung

Der Pod-Bereitsteller ordnet die vom Bereitsteller erstellte NSG der entsprechenden Netzwerkkarte gemäß dem Horizon Cloud-Design und der Architektur für den Pod zu. Diese NSGs werden auf der Ebene der Netzwerkkarte verwendet, um sicherzustellen, dass jede Netzwerkkarte auf einer bestimmten dienstverwalteten Appliance den Datenverkehr empfangen kann, den die dienstverwaltete Appliance für Standarddienst- und Pod-Vorgänge über das angeschlossene Subnetz der Netzwerkkarte erhalten soll, und um den gesamten Datenverkehr zu blockieren, der von der Appliance nicht empfangen werden soll. Jede NSG enthält einen Satz von Sicherheitsregeln, die den zulässigen Datenverkehr zu und von den einzelnen Netzwerkkarten definieren.

Die hier beschriebenen NSGs sind getrennt von denen, die für die Basis-VMs, Farmen und VDI-Desktops verwendet werden, die vom Pod bereitgestellt werden, wenn Sie sie mit der Horizon Universal Console erstellen. Diese NSGs verfügen über unterschiedliche Nutzungsinformationen. Informationen zu diesen NSGs finden Sie in den folgenden Themen:

Warnung: Bei den hier beschriebenen vom Bereitsteller erstellten NSG-Regeln handelt es sich um die Konfigurationsanforderungen des Diensts. Sie sollten niemals Horizon Cloud-NSGs löschen oder bearbeiten, die automatisch erstellt und mit den Netzwerkkarten der Pod-VMs verknüpft werden. Diese Anweisung umfasst Aktionen wie beispielsweise:

Kopieren oder Verschieben dieser NSGs oder NSG-Regeln in ein von Horizon Cloud verwendetes Subnetz
Kopieren oder Verschieben dieser NSGs oder NSG-Regeln zwischen den Netzwerkkarten, die den Pod-VMs zugeordnet sind.

Die von Horizon Cloud erstellten NSGs und die darin enthaltenen Regeln sind spezifisch für die jeweiligen Netzwerkkarten und VMs, an die sie angehängt sind, und sind ausdrücklich für die Zwecke dieser Netzwerkkarten und VMs vorgesehen. Jede Änderung an diesen NSGs oder Regeln oder jeder Versuch, sie für andere Zwecke zu verwenden – selbst in denselben Subnetzen, an die diese Netzwerkkarten angehängt sind – führt höchstwahrscheinlich dazu, dass der erforderliche Netzwerkdatenverkehr zu und von den Netzwerkkarten, an die sie angehängt sind, unterbrochen wird. Diese Unterbrechung wiederum kann dazu führen, dass alle Pod-Vorgänge unterbrochen werden. Der Lebenszyklus dieser NSGs wird von Horizon Cloud verwaltet, und es gibt bestimmte Gründe für jeden einzelnen. Zu diesen Gründen gehören:

Die Möglichkeit der Cloud-Steuerungsebene, mit dem Pod zu kommunizieren.
Verwaltung der Infrastruktur des Pods
Pod-Lebenszyklusvorgänge

Da es sich bei diesen vom Bereitsteller erstellten NSGs um Konfigurationsanforderungen des Diensts handelt, werden Versuche, sie zu ändern oder zu verschieben, als nicht unterstützte Nutzung von Horizon Cloud und als Missbrauch der Dienstangebote angesehen, wie in der Service-Level-Vereinbarung für Omnissa Cloud-Serviceangebote beschrieben.

Sie können jedoch Ihre eigenen NSGs mit den Regeln Ihrer eigenen Organisation in Ressourcengruppen außerhalb der Ressourcengruppen des Pods erstellen, die von Horizon Cloud für die VMs des Pods automatisch erstellt und verwaltet werden. Die Regeln in Ihren eigenen NSGs dürfen nicht mit den Anforderungen von Horizon Cloud für die Verwaltung und die Vorgänge der Pod-VMs in Konflikt stehen. Derartige NSGs sollten an die Verwaltungs-, Mandanten- und DMZ-Subnetze angehängt werden, die vom Pod verwendet werden. Das Erstellen eigener NSGs innerhalb der von Horizon Cloud verwalteten Ressourcengruppen führt zu Fehlern bei Löschaktionen in den von Horizon Cloud verwalteten Ressourcengruppen, wenn Ihre NSGs in diesen Ressourcengruppen mit einer Ressource verknüpft sind, die sich in einer anderen Ressourcengruppe befindet.

Wie in der Microsoft Azure-Dokumentation beschrieben, besteht der Zweck einer Netzwerksicherheitsgruppe (NSG) darin, den Netzwerkdatenverkehr zu und von Ressourcen in Ihrer Microsoft Azure-Umgebung mithilfe von Sicherheitsregeln zu filtern. Jede Regel verfügt über einen Satz von Eigenschaften, wie z. B. Quelle, Ziel, Port, Protokoll usw., die den zulässigen Datenverkehr für die Ressourcen bestimmen, denen die NSG zugeordnet ist. Die NSGs, die Horizon Cloud automatisch erstellt und mit den Netzwerkkarten der dienstgesteuerten Pod-VMs verknüpft, enthalten bestimmte Regeln, die Horizon Cloud als erforderlich für die Verwaltung des Pods durch den Dienst, für die ordnungsgemäße Ausführung laufender Pod-Vorgänge und für die Verwaltung des Pod-Lebenszyklus einstuft. Im Allgemeinen ist jede in diesen NSGs definierte Regel dazu vorgesehen, den Portdatenverkehr des Pods anzugeben, der wesentlicher Bestandteil der Diensterfüllung und des Standardgeschäftszwecks eines Horizon Cloud-Abonnements ist, z. B. die VDI-Anwendungsfälle zur Bereitstellung von virtuellen Desktops für Endbenutzer. Siehe auch Port- und Protokollanforderungen für einen Horizon Cloud-Pod.

In den folgenden Abschnitten sind die NSG-Regeln aufgeführt, die Horizon Cloud in diesen NSGs definiert.

Allgemeine Fakten zu diesen NSGs

Diese Liste gilt für alle vom Bereitsteller erstellten NSGs, die der Bereitsteller mit bestimmten Netzwerkkarten auf den Pod-bezogenen VMs verknüpft.

Diese vom Dienst erstellten NSGs sind für die Sicherheit der dienstgesteuerten Software-Appliances vorgesehen. Wenn der Dienst Ihrem Abonnement neue Software hinzufügt und zusätzliche Regeln erforderlich sind, werden diese neuen Regeln diesen NSGs hinzugefügt.
Im Microsoft Azure-Portal haben die NSGs Namen, die die Zeichenfolge hcs-podUUIDenthalten, wobei podUUID der Bezeichner des Pods ist. Dies gilt jedoch nicht für NSGs, die für eine externe Gateway-Konfiguration verwendet werden, die in einem eigenen VNet bereitgestellt wird. In diesem Fall haben die entsprechenden NSGs des Gateways Namen, die die Zeichenfolge hcs-IDenthalten, wobei ID die Bereitstellungs-ID für dieses externe Gateway ist.

Hinweis: Für das Szenario, in dem die externe Gateway-Konfiguration mithilfe der Option zum Bereitstellen einer vorhandenen Ressourcengruppe, die Sie in diesem Abonnement vorab erstellt haben, in einem separaten Abonnement bereitgestellt wird, wird die NSG auf der Management-Netzwerkkarte der Connector-VM in einem Muster basierend auf dem Namen der Ressourcengruppe benannt, anstatt nach dem hcs-podUUID -Muster. Beispiel: Wenn Sie dieser Ressourcengruppe hcsgatewaysden Namen gegeben haben, erstellt Horizon Cloud in dieser Ressourcengruppe eine NSG mit dem Namen hcsgateways-mgmt-nsgund verknüpft diese NSG mit der Management-Netzwerkkarte der Gateway Connector-VM.

Sie können diese Bezeichner ermitteln, indem Sie auf der Seite "Kapazität" der Verwaltungskonsole zu den Details des Pods navigieren.

Hinweis: Wenn Sie festlegen, dass das externe Unified Access Gateway des Pods eine benutzerdefinierte Ressourcengruppe verwendet, enthält der Name der vom Bereitsteller erstellten NSG der Gateway-Connector-VM den Namen dieser benutzerdefinierten Ressourcengruppe anstelle des Musters hcs-ID. Wenn Sie beispielsweise die Verwendung einer benutzerdefinierten Ressourcengruppe mit dem Namen ourhcspodgateway für das externe Gateway Ihres Pods angeben, erhält die NSG, die der Bereitsteller erstellt und mit der Netzwerkkarte der Gateway-VM verknüpft, den Namen ourhcspodgateway-mgmt-nsg.
Die NSGs befinden sich in derselben Ressourcengruppe wie die VMs und Netzwerkkarten, denen sie zugeordnet sind. Beispiel: Die NSGs, die den Netzwerkkarten auf den externen Unified Access Gateway-VMs zugeordnet sind, befinden sich in der Ressourcengruppe, die die Zeichenfolge hcs-podUUID-uag enthält, wenn das externe Gateway im VNet des Pods bereitgestellt und eine vom Bereitsteller erstellte Ressourcengruppe verwendet wird. Weitere Informationen finden Sie unter First-Gen-Mandanten – Für einen in Microsoft Azure bereitgestellten Pod erstellte Ressourcengruppen.
Horizon Cloud kann neue Regeln hinzufügen oder diese Regeln entsprechend ändern, um die Wartbarkeit des Diensts sicherzustellen.
Während einer Pod-Aktualisierung werden die NSGs und Regeln beibehalten. Sie werden nicht gelöscht.
Die Horizon Cloud-Regeln beginnen mit der Priorität 1000 und die Prioritäten steigen in der Regel in 100er-Schritten. Die Horizon Cloud-Regeln enden mit einer Regel mit der Priorität 3000.
Die AllowAzureInBound Regeln für die Quell-IP-Adresse 168.63.129.16 stellen die NSGs bereit, die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren, wie im Microsoft Azure-Dokumentationsthema Was verbirgt sich hinter der IP-Adresse 168.63.129.16 beschrieben. Alle Pod-bezogenen VMs sind VMs in Microsoft Azure. Wie im Microsoft Azure-Dokumentationsthema beschrieben, erleichtert die IP-Adresse 168.63.129.16 verschiedene VM-Verwaltungsaufgaben, die die Microsoft Azure-Cloudplattform für alle VMs in der Cloud ausführt. Beispielsweise erleichtert diese IP-Adresse die Kommunikation des VM-Agenten innerhalb der VM mit der Microsoft Azure-Plattform, um zu signalisieren, dass sich die VM im Zustand "Bereit" befindet.
In den NSGs für die Unified Access Gateway-Instanzen werden die Regeln für jeden Port festgelegt, da der AllowPcoipUdpInBound PCoIP-Datenverkehr variable Portnummern im Bereich 4173+ verwendet, sodass der Datenverkehr nicht auf eine bestimmte Gruppe von Ports beschränkt werden kann.
Microsoft Azure erstellt bei der Erstellung jeder NSG automatisch einige Standardregeln. In jeder erstellten NSG erstellt Microsoft Azure einige eingehende und ausgehende Regeln mit der Priorität 65000 und höher. Solche Microsoft Azure-Standardregeln werden in diesem Dokumentationsthema nicht beschrieben, da sie von Microsoft Azure automatisch erstellt werden. Weitere Informationen zu diesen Standardregeln finden Sie im Microsoft Azure-Dokumentationsthema Standardsicherheitsregeln.
Jede in diesen NSGs definierte Regel ist dazu vorgesehen, den Portdatenverkehr des Pods anzugeben, der wesentlicher Bestandteil der Diensterfüllung und des Standardgeschäftszwecks eines Horizon Cloud-Abonnements ist, z. B. die VDI-Anwendungsfälle zur Bereitstellung virtueller Desktops für Endbenutzer. Siehe auch Port- und Protokollanforderungen für einen Horizon Cloud-Pod.
Wenn Sie Ihren Pod bearbeiten, um zusätzliche Mandantensubnetze für die Verwendung mit Farmen und VDI-Desktop-Zuweisungen anzugeben, werden die Regeln in den Mandantensubnetz-bezogenen NSGs auf den Netzwerkkarten der Pod-Manager-VMs und Unified Access Gateway-VMs aktualisiert, um diese zusätzlichen Mandantensubnetze einzubeziehen.
Wenn Sie eine Support-Anfrage öffnen und das Horizon Cloud-Supportteam feststellt, dass diese Anfrage durch die Bereitstellung einer temporären Jumpbox-VM bearbeitet werden kann, verfügt diese temporäre Jumpbox über eine NSG in ihrer temporären Jumpbox-Ressourcengruppe. Diese NSG wird gelöscht, wenn die Jumpbox-Ressourcengruppe gelöscht wird, sobald das Supportteam fertig ist.

Vom Bereitsteller der Pod Manager-VM erstellte NSGs

Die Pod Manager-VM verfügt über zwei Netzwerkkarten, wobei eine mit dem Management-Subnetz und die andere mit dem Mandanten-Subnetz verbunden ist. Der Bereitsteller erstellt eine spezifische NSG für jede dieser beiden Netzwerkkarten und ordnet jede NSG der entsprechenden Netzwerkkarte zu.

Die Management-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-podUUID-mgmt-nsg.
Die Mandanten-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-podUUID-tenant-nsg.

In Ihrer Microsoft Azure-Umgebung befinden sich diese NSGs in der Ressourcengruppe des Pods, deren Name die Zeichenfolge hcs-podUUID.

Vom Bereitsteller erstellte NSG-Regeln auf der Management-Netzwerkkarte der Pod Manager-VM
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck der Regel
Eingehend	1000	AllowSshInBound	22	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Wenn Sie bei Vorgängen mit stabilem Zustand eine Support-Anfrage öffnen und das Horizon Cloud-Supportteam feststellt, dass zur Fehlerbehebung dieser Anforderung eine Jumpbox-VM für die SSH-Kommunikation mit der Pod-Manager-VM bereitgestellt wird, unterstützt diese NSG-Regel diesen Anwendungsfall. Die Berechtigung wird von Ihnen vor einem Notfallzugriff angefordert. Die kurzlebige Jumpbox-VM kommuniziert mit einer Pod-Manager-VM über SSH an Port 22 der VM. Für den täglichen Pod-Betrieb ist die Verfügbarkeit von Port 22 auf der Pod Manager-VM nicht erforderlich.
Eingehend	1100	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	1200	AllowHttpsInBound	443	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Damit die Cloud-Steuerungsebene sicher mit dem REST API-Endpoint des Pod-Managers kommunizieren kann.
Eingehend	1300	AllowApacheGeodeInBound	10334 - 10336, 41000-41002, 41100-41102, 42000-42002	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Diese Ports werden verwendet, um Benutzersitzungen und Dateifreigabeinformationen zwischen den Pod-Manager-VMs zu replizieren.
Eingehend	1400	AllowTelegrafInBound	9172	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Auslaufend Diese NSG wurde von der Funktion Horizon-Infrastrukturüberwachung verwendet, die gemäß der Beschreibung im KB-Artikel 93762 veraltet ist.
Eingehend	1500	AllowAgentJmsInBound	4001, 4002	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Auslaufend Diese NSG wurde von der Funktion Horizon-Infrastrukturüberwachung verwendet, die gemäß der Beschreibung im KB-Artikel 93762 veraltet ist.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.

Vom Bereitsteller erstellte NSG-Regeln auf der Mandanten-Netzwerkkarte (NIC) der Pod Manager-VM
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowHttpsInBound	80 443	TCP	Virtuelles Netzwerk	Beliebig	Zulassen	Diese Regel dient einem untypischen Szenario, in dem Sie Ihre internen Endbenutzer (in Ihrem Unternehmensnetzwerk, z. B. über VPN) angewiesen haben, ihre Clientverbindungen mit einem FQDN herzustellen, den Sie dem Microsoft Azure-Lastausgleichsdienst des Pods zugeordnet haben. Dieses Szenario wird manchmal auch als direkte Pod-Verbindung bezeichnet. Für die Anmeldeauthentifizierungsanforderung an den Pod-Manager verwenden die Horizon Clients und der Horizon Web Client Port 443. Um die einfache Umleitung für einen Benutzer zu erleichtern, der möglicherweise HTTP anstelle von HTTPS in seinem Client eingibt, kommt dieser Datenverkehr an Port 80 an und wird automatisch an Port 443 umgeleitet.
Eingehend	1100	AllowAgentHttpsInBound	3443 8443	TCP	Mandantensubnetze	Beliebig	Zulassen	Der Eingangsport 3443 zu dieser Netzwerkkarte wird vom App Volumes Agent in den Basis-VMs, Desktop-VMs und Farm-RDSH-VMs verwendet, um auf den App Volumes Manager-Dienst zuzugreifen, der im Pod-Manager ausgeführt wird. Der Eingangsport 8443 zu dieser Netzwerkkarte wird von den Unified Access Gateway-Instanzen für die Überprüfung mit dem Pod-Manager verwendet. Die Gateway-Instanzen verwenden diesen Endpoint, um das Senden neuer Client-Verbindungsanforderungen an den Pod-Manager zu bestätigen.
Eingehend	1110	AllowGatewayBrokeringHttpsInBound	8443	TCP	Virtuelles Netzwerk	Beliebig	Zulassen	Aus Gründen der Codekonsistenz und Wartungsfreundlichkeit schreibt der Pod-Bereitsteller diese Regel immer in diese NSG. In einer Bereitstellung, bei der das externe Gateway des Pods in einem eigenen, vom Pod getrennten VNet bereitgestellt wird, unterstützt diese Regel den eingehenden Datenverkehr von den Unified Access Gateway-Instanzen des externen Gateways für die Überprüfung mit dem Pod-Manager. Die Gateway-Instanzen verwenden diesen Endpoint, um das Senden neuer Client-Verbindungsanforderungen an den Pod-Manager zu bestätigen.
Eingehend	1120	AllowUagHttpsInBound	8443	TCP	Management-Subnetz:	Beliebig	Zulassen	Diese Regel ist für die Verwendung in einer zukünftigen Dienstversion geplant.
Eingehend	1200	AllowAgentJmsInBound	4001 4002	TCP	Mandantensubnetze	Beliebig	Zulassen	Die Horizon Agents in den Basis-VMs, Desktop-VMs und Farm-RDSH-VMs verwenden diese Ports. Port 4001 ist für den Java Message Service (JMS, Nicht-SSL) vorgesehen, der vom Agenten in der VM zur Kommunikation mit dem Pod als Teil der Verifizierung des Zertifikatfingerabdrucks und zum Austausch verwendet wird, um eine SSL-Verbindung mit dem Pod zu sichern. Nachdem die Schlüssel ausgehandelt und zwischen der VM und dem Pod-Manager ausgetauscht wurden, verwendet der Agent Port 4002, um eine sichere SSL-Verbindung herzustellen. Hinweis: Sowohl 4001 als auch 4002 sind für Vorgänge mit einem stabilen Zustand erforderlich. Es kann vorkommen, dass der Agent einen neuen Schlüssel für den Pod benötigt.
Eingehend	1210	AllowRouterJmsInBound	4101	TCP	Mandantensubnetze	Beliebig	Zulassen	Wenn ein Pod für Hochverfügbarkeit (HA) aktiviert ist, erfolgt für diesen Datenverkehr ein JMS-Routing zwischen den Pod Manager-VMs (Knoten-1 und Knoten-2)
Eingehend	1300	AllowAgentUdpInBound	5678	UDP	Mandantensubnetze	Beliebig	Zulassen	Veraltet für Pods mit dem Manifest 1600 und höher. In der Dienstversion vom September 2019 wurde der DaaS Agent ab Pod-Manifest 1600 in den Horizon Agent integriert. Bisher wurden dieser Port 5678 und das UDP-Protokoll verwendet, um die Verwendung des DaaS Agent zu unterstützen.
Eingehend	1400	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.

Vom Bereitsteller externer Unified Access Gateway-VMs erstellte NSGs

Alle VMs für die externe Unified Access Gateway-Konfiguration verfügen über drei (3) Netzwerkkarten, wobei eine mit dem Management-Subnetz, eine mit dem Mandanten-Subnetz und eine mit dem DMZ-Subnetz verbunden ist. Der Bereitsteller erstellt eine spezifische NSG für jede dieser drei Netzwerkkarten und ordnet jede NSG der entsprechenden Netzwerkkarte zu.

Die Management-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-ID-uag-management-nsg.
Die Mandanten-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-ID-uag-tenant-nsg.
Die DMZ-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-ID-uag-dmz-nsg.

In Ihrer Microsoft Azure-Umgebung verfügen diese NSGs über Namen, die die Zeichenfolge hcs-ID-uag enthalten, wobei ID die Pod-ID ist, die in der Konsole auf der Detailseite des Pods angezeigt wird, es sei denn, das externe Gateway wird separat in einem eigenen VNet vom VNet des Pods bereitgestellt. Im Falle eines externen Gateways, das in einem eigenen VNet bereitgestellt wird, ist die ID der auf der Detailseite des Pods angezeigte Wert für die Bereitstellungs-ID .

Vom Bereitsteller erstellte NSG-Regeln auf der Management-Netzwerkkarte (NIC) externer Unified Access Gateway-VMs
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowHttpsInBound	9443	TCP	Management-Subnetz:	Beliebig	Zulassen	Damit der Dienst die Verwaltungseinstellungen des Gateways mithilfe seiner Verwaltungsschnittstelle konfigurieren kann. Wie in der Unified Access Gateway-Produktdokumentation beschrieben, befindet sich die Verwaltungsschnittstelle an Port 9443/TCP.
Eingehend	1100	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	1200	AllowSshInBound	22	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Damit das Horizon Cloud-Supportteam bei Bedarf zur Fehlerbehebung Notfallzugriff auf die VM gewähren kann. Die Berechtigung wird von Ihnen vor einem Notfallzugriff angefordert.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.
Ausgehend	3000	DenyAllOutBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um ausgehenden Datenverkehr von dieser Netzwerkkarte zu verweigern.

Vom Bereitsteller erstellte NSG-Regeln auf der Mandanten-Netzwerkkarte (NIC) externer Unified Access Gateway-VMs
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	1400	AllowPcoipUdpInBound	Beliebig	UDP	Mandantensubnetze	Beliebig	Zulassen	Diese Regel unterstützt die Standardkonfiguration, die für Unified Access Gateway verwendet wird, das mit dem Horizon Agent zusammenarbeitet. Die Horizon Agents in den Desktop- und Farm-VMs senden PCoIP-Daten mithilfe von UDP an die Unified Access Gateway-Instanzen zurück.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.
Ausgehend	1000	AllowHttpsOutBound	443 8443	TCP	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt die Unified Access Gateway-Instanzen, die wegen neuer Client-Verbindungsanforderungen an die Pod-Manager mit den Pod-Manager-VMs kommunizieren.
Ausgehend	1100	AllowBlastOutBound	22443	Beliebig	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt den Anwendungsfall einer Horizon Client Blast Extreme-Sitzung mit dem Horizon Agent in einer Desktop- oder Farm-VM.
Ausgehend	1200	AllowPcoipOutBound	4172	Beliebig	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt den Anwendungsfall einer Horizon Client PCoIP-Sitzung mit dem Horizon Agent in einer Desktop-VM.
Ausgehend	1300	AllowUsbOutBound	32111	TCP	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt den Anwendungsfall des USB-Umleitungsdatenverkehrs. Die USB-Umleitung ist eine Agentenoption in den Desktop- oder Farm-VMs. Dieser Datenverkehr verwendet Port 32111 für eine Endbenutzer-Clientsitzung mit dem Horizon Agent in einer Desktop- oder Farm-VM.
Ausgehend	1400	AllowMmrOutBound	9427	TCP	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt die Anwendungsfälle Multimedia-Umleitung (MMR) und Clientlaufwerksumleitung (CDR)-Datenverkehr. Diese Umleitungen sind Agentenoptionen in den Desktop- oder Farm-VMs. Dieser Datenverkehr verwendet Port 9427 für eine Endbenutzer-Clientsitzung mit dem Horizon Agent in einer Desktop- oder Farm-VM.
Ausgehend	1500	AllowAllOutBound	Beliebig	Beliebig	Beliebig	Mandantensubnetze	Zulassen	Bei der Ausführung in einer VM, die mehrere Benutzersitzungen unterstützt, wählt der Horizon Agent verschiedene Ports für den PCoIP-Datenverkehr der Sitzung aus. Da diese Ports nicht im Voraus festgelegt werden können, kann vorab keine NSG-Regel definiert werden, die bestimmte Ports benennt, um diesen Datenverkehr zuzulassen. Aus diesem Grund unterstützt diese Regel, ähnlich wie bei der Priorität 1200, den Anwendungsfall mehrerer Horizon Client PCoIP-Sitzungen mit solchen VMs.
Ausgehend	3000	DenyAllOutBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den ausgehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.

Vom Bereitsteller erstellte NSG-Regeln auf der DMZ-Netzwerkkarte (NIC) externer Unified Access Gateway-VMs
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowHttpsInBound	80 443	TCP	Internet	Beliebig	Zulassen	Diese Regel stellt den eingehenden Datenverkehr externer Endbenutzer von den Horizon Clients und dem Horizon Web Client bereit, um die Anmeldeauthentifizierungsanforderung an den Pod-Manager zu stellen. Standardmäßig verwenden Horizon Client und Horizon Web Client Port 443 für diese Anforderung. Um die einfache Umleitung für einen Benutzer zu erleichtern, der möglicherweise HTTP anstelle von HTTPS in seinem Client eingibt, kommt dieser Datenverkehr an Port 80 an und wird automatisch an Port 443 umgeleitet.
Eingehend	1100	AllowBlastInBound	443 8443	Beliebig	Internet	Beliebig	Zulassen	Diese Regel unterstützt die Unified Access Gateway-Instanzen, die den Blast-Datenverkehr von den Horizon Clients der externen Endbenutzer empfangen.
Eingehend	1200	AllowPcoipInBound	4172	Beliebig	Internet	Beliebig	Zulassen	Diese Regel unterstützt die Unified Access Gateway-Instanzen, die PCoIP-Datenverkehr von den Horizon Clients der externen Endbenutzer empfangen.
Eingehend	1300	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.

Vom Bereitsteller interner Unified Access Gateway-VMs erstellte NSGs

Jede der VMs für die interne Unified Access Gateway-Konfiguration verfügt über zwei (2) Netzwerkkarten. Dabei ist eine mit dem Verwaltungssubnetz und eine mit dem Mandantensubnetz verbunden. Der Bereitsteller erstellt eine spezifische NSG für jede dieser beiden Netzwerkkarten und ordnet jede NSG der entsprechenden Netzwerkkarte zu.

Die Management-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-podUUID-uag-management-nsg.
Die Mandanten-Netzwerkkarte (NIC) verfügt über eine NSG, deren Name die Zeichenfolge hcs-podUUID-uag-tenant-nsg.

In Ihrer Microsoft Azure-Umgebung befinden sich diese NSGs in der Ressourcengruppe des Pods, deren Name die Zeichenfolge hcs-podUUID-uag-internal.

Vom Bereitsteller erstellte NSG-Regeln auf der Management-Netzwerkkarte der internen Unified Access Gateway-VMs
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowHttpsInBound	9443	TCP	Management-Subnetz:	Beliebig	Zulassen	Damit der Dienst die Verwaltungseinstellungen des Gateways mithilfe seiner Verwaltungsschnittstelle konfigurieren kann. Wie in der Unified Access Gateway-Produktdokumentation beschrieben, befindet sich die Verwaltungsschnittstelle an Port 9443/TCP.
Eingehend	1100	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	1200	AllowSshInBound	22	Beliebig	Management-Subnetz:	Beliebig	Beliebig	Damit das Horizon Cloud-Supportteam bei Bedarf zur Fehlerbehebung Notfallzugriff auf die VM gewähren kann. Die Berechtigung wird von Ihnen vor einem Notfallzugriff angefordert.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.
Ausgehend	3000	DenyAllOutBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um ausgehenden Datenverkehr von dieser Netzwerkkarte zu verweigern.

Vom Bereitsteller erstellte NSG-Regeln auf der Mandanten-Netzwerkkarte (NIC) interner Unified Access Gateway-VMs
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	1100	AllowHttpsInBound	80 443	TCP	Virtuelles Netzwerk	Beliebig	Zulassen	Diese Regel stellt den eingehenden Datenverkehr interner Endbenutzer von den Horizon Clients und dem Horizon Web Client bereit, um die Anmeldeauthentifizierungsanforderung an den Pod-Manager zu stellen. Standardmäßig verwenden Horizon Client und Horizon Web Client Port 443 für diese Anforderung. Um die einfache Umleitung für einen Benutzer zu erleichtern, der möglicherweise HTTP anstelle von HTTPS in seinem Client eingibt, kommt dieser Datenverkehr an Port 80 an und wird automatisch an Port 443 umgeleitet.
Eingehend	1200	AllowBlastInBound	443 8443	Beliebig	Virtuelles Netzwerk	Beliebig	Zulassen	Diese Regel unterstützt die Unified Access Gateway-Instanzen, die den Blast-Datenverkehr von den Horizon Clients der internen Endbenutzer empfangen.
Eingehend	1300	AllowPcoipInBound	4172	Beliebig	Virtuelles Netzwerk	Beliebig	Zulassen	Diese Regel unterstützt die Unified Access Gateway-Instanzen, die PCoIP-Datenverkehr von den Horizon Clients der internen Endbenutzer empfangen.
Eingehend	1400	AllowPcoipUdpInBound	Beliebig	UDP	Mandantensubnetze	Beliebig	Zulassen	Diese Regel unterstützt die Standardkonfiguration, die für Unified Access Gateway verwendet wird, das mit dem Horizon Agent zusammenarbeitet. Die Horizon Agents in den Desktop- und Farm-VMs senden PCoIP-Daten mithilfe von UDP an die Unified Access Gateway-Instanzen zurück.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.
Ausgehend	1000	AllowHttpsOutBound	443 8443	TCP	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt die Unified Access Gateway-Instanzen, die wegen neuer Client-Verbindungsanforderungen an den Pod mit den Pod-Manager-VMs kommunizieren.
Ausgehend	1100	AllowBlastOutBound	22443	Beliebig	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt den Anwendungsfall einer Horizon Client Blast Extreme-Sitzung mit dem Horizon Agent in einer Desktop- oder Farm-VM.
Ausgehend	1200	AllowPcoipOutBound	4172	Beliebig	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt den Anwendungsfall einer Horizon Client PCoIP-Sitzung mit dem Horizon Agent in einer Desktop-VM.
Ausgehend	1300	AllowUsbOutBound	32111	TCP	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt den Anwendungsfall des USB-Umleitungsdatenverkehrs. Die USB-Umleitung ist eine Agentenoption in den Desktop- oder Farm-VMs. Dieser Datenverkehr verwendet Port 32111 für eine Endbenutzer-Clientsitzung mit dem Horizon Agent in einer Desktop- oder Farm-VM.
Ausgehend	1400	AllowMmrOutBound	9427	TCP	Beliebig	Mandantensubnetze	Zulassen	Diese Regel unterstützt die Anwendungsfälle Multimedia-Umleitung (MMR) und Clientlaufwerksumleitung (CDR)-Datenverkehr. Diese Umleitungen sind Agentenoptionen in den Desktop- oder Farm-VMs. Dieser Datenverkehr verwendet Port 9427 für eine Endbenutzer-Clientsitzung mit dem Horizon Agent in einer Desktop- oder Farm-VM.
Ausgehend	1500	AllowAllOutBound	Beliebig	Beliebig	Beliebig	Mandantensubnetze	Zulassen	Bei der Ausführung in einer VM, die mehrere Benutzersitzungen unterstützt, wählt der Horizon Agent verschiedene Ports für den PCoIP-Datenverkehr der Sitzung aus. Da diese Ports nicht im Voraus festgelegt werden können, kann vorab keine NSG-Regel definiert werden, die bestimmte Ports benennt, um diesen Datenverkehr zuzulassen. Aus diesem Grund unterstützt diese Regel, ähnlich wie bei der Priorität 1200, den Anwendungsfall mehrerer Horizon Client PCoIP-Sitzungen mit solchen VMs.
Ausgehend	3000	DenyAllOutBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den ausgehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.

Vom Bereitsteller der Gateway-Connector-VM erstellte NSG, wenn ein externes Gateway in einem eigenen VNet bereitgestellt wird

Die Gateway-Connector-VM verfügt über eine einzelne Netzwerkkarte. Diese Netzwerkkarte ist an das Verwaltungssubnetz des VNet des externen Gateways angehängt. Der Bereitsteller erstellt eine einzelne NSG und ordnet diese NSG spezifisch dieser Netzwerkkarte zu. Standardmäßig weist die vom Bereitsteller erstellte NSG für die Management-Netzwerkkarte des Gateway Connectors dieselben Regeln wie die vom Bereitsteller erstellte NSG für die Pod Manager-VM auf.

Vom Bereitsteller erstellte NSG-Regeln auf der Management-Netzwerkkarte der Connector-VM des externen Gateways
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	1000	AllowSshInBound	22	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Wenn Sie bei Vorgängen mit stabilem Zustand eine Support-Anfrage öffnen und das Horizon Cloud-Supportteam feststellt, dass zur Fehlerbehebung dieser Anforderung eine Jumpbox-VM für die SSH-Kommunikation mit dieser Gateway Connector-VM bereitgestellt wird, unterstützt diese NSG-Regel diesen Anwendungsfall. Die Berechtigung wird von Ihnen vor einem Notfallzugriff angefordert. Die kurzlebige Jumpbox-VM kommuniziert mit dieser Gateway Connector-VM über SSH an Port 22 der VM. Für den täglichen Pod-Betrieb ist die Verfügbarkeit von Port 22 auf der Gateway Connector-VM nicht erforderlich.
Eingehend	1100	AllowAzureInBound	Beliebig	Beliebig	168.63.129.16	Beliebig	Zulassen	Damit die VM die eingehende Kommunikation von der Microsoft Azure-Plattform akzeptieren kann, wie im vorangegangenen Abschnitt "Allgemeine Fakten" und im Microsoft Azure-Dokumentationsthema Was bedeutet die IP-Adresse 168.63.129.16 beschrieben.
Eingehend	1200	AllowHttpsInBound	443	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Damit die Cloud-Steuerungsebene sicher mit dem REST API-Endpoint des Gateway-Connectors kommunizieren kann.
Eingehend	1300	AllowApacheGeodeInBound	10334 - 10336, 41000-41002, 41100-41102, 42000-42002	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Diese Portgruppen werden verwendet, um Benutzersitzungen und Informationen zur Dateifreigabe zwischen den Pod Manager-VMs und der Gateway Connector-VM zu replizieren.
Eingehend	1400	AllowTelegrafInBound	9172	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Auslaufend Diese NSG wurde von der Funktion Horizon-Infrastrukturüberwachung verwendet, die gemäß der Beschreibung im KB-Artikel 93762 veraltet ist.
Eingehend	1500	AllowAgentJmsInBound	4001, 4002	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Auslaufend Diese NSG wurde von der Funktion Horizon-Infrastrukturüberwachung verwendet, die gemäß der Beschreibung im KB-Artikel 93762 veraltet ist.
Eingehend	3000	DenyAllInBound	Beliebig	Beliebig	Beliebig	Beliebig	Verweigern	Wird vom Bereitsteller hinzugefügt, um den eingehenden Datenverkehr dieser Netzwerkkarte auf die Elemente in den vorherigen Zeilen zu beschränken.

Vom Bereitsteller erstellte NSG der temporären Jumpbox-VM

Wenn Sie eine Support-Anfrage öffnen und das Horizon Cloud-Supportteam feststellt, dass diese Anfrage durch die Bereitstellung einer temporären Jumpbox-VM bearbeitet werden kann, verfügt diese temporäre Jumpbox über eine NSG in ihrer temporären Jumpbox-Ressourcengruppe. Diese NSG wird gelöscht, wenn die Ressourcengruppe der Jump Box gelöscht wird, sobald das Supportteam diese Arbeit abgeschlossen hat. Die Berechtigung wird von Ihnen vor einem Notfallzugriff angefordert.

Vom Dienst erstellte NSG-Regeln auf der Management-Netzwerkkarte der temporären Jump Box-VM
Richtung	Priorität	Name	Ports	Protokoll	Quelle	Ziel	Aktion	Zweck
Eingehend	100	AllowSSHInBound	22	Beliebig	Management-Subnetz:	Management-Subnetz:	Zulassen	Für die SSH-Kommunikation mit den dienstverwalteten Appliances, die an der Untersuchung Ihrer Serviceanfrage durch das Horizon Cloud-Supportteam beteiligt sind. Die kurzlebige Jumpbox-VM kommuniziert über SSH und Port 22. Hinweis: In Fällen, in denen die Cloud-Steuerungsebene den Zugriff auf den Pod verloren hat, kann das Supportteam eine Notfall-Jumpbox mit einer öffentlichen IP einsetzen, um den Zugriff auf den Pod herzustellen. In diesem Szenario muss diese Regel Source=Any und Destination=Any lauten.
Ausgehend	100	AllowSSHOutbound	22	TCP	Management-Subnetz:	Management-Subnetz:	Zulassen	Damit die Jumpbox-VM ihre vorgesehenen Funktionen ausführen kann.
Ausgehend	101	AllowHttpsOutbound	443	TCP	Management-Subnetz:	Beliebig	Zulassen	Damit die Jumpbox-VM bestimmte extern gespeicherte Softwarekomponenten herunterlädt, z. B. die Microsoft Azure-CLI (Befehlszeilenschnittstelle), um die vorgesehenen Funktionen auszuführen.
Ausgehend	102	AllowHttpOutbound	80 %	TCP	Management-Subnetz:	Beliebig	Zulassen	Damit die Jumpbox-VM bestimmte extern gespeicherte Softwarekomponenten herunterlädt, z. B. Ubuntu-Software-Updates, um ihre vorgesehenen Funktionen auszuführen.
Ausgehend	103	AllowUagOutbound	9443	TCP	Management-Subnetz:	Management-Subnetz:	Zulassen	Damit die Jumpbox-VM ihre vorgesehenen Funktionen im Zusammenhang mit den Gateway-Verwaltungseinstellungen über die Verwaltungsschnittstelle des Gateways ausführen kann.
Ausgehend	104	AllowDnsOutbound	53	Beliebig	Management-Subnetz:	Beliebig	Zulassen	Damit die Jumpbox-VM DNS-Dienste erreichen kann.
Ausgehend	105	AllowHttpProxyOutbound	Beliebig	TCP	Beliebig	Beliebig	Zulassen	Wenn die Pod-Bereitstellung für die Verwendung eines Proxys mit einem anderen Proxy-Port als 80 konfiguriert ist, erstellt der temporäre Jumpbox-Bereitsteller diese Regel in dieser NSG. Diese Regel unterstützt die temporäre Jumpbox in einer solchen Proxy-Umgebung. Diese Regel wird in dieser NSG nicht angezeigt, wenn für die Konfiguration der Pod-Bereitstellung kein Proxy angegeben ist oder ein Proxy mit Proxy-Port 80 angegeben ist.
Ausgehend	1000	DenyAllOutBound	Beliebig	TCP	Beliebig	Beliebig	Verweigern	Beschränkt den ausgehenden Datenverkehr dieser Netzwerkkarte mit TCP auf die Elemente in den vorherigen Zeilen.

War diese Seite hilfreich?