Für jeden Horizon Cloud-Pod, der in Ihrem Microsoft Azure-Abonnement bereitgestellt wird, wird auch eine Netzwerksicherheitsgruppe (NSG) in der Ressourcengruppe des Pods erstellt, die als Vorlage dient. Sie können mithilfe dieser Vorlage sicherstellen, dass Sie diese zusätzlichen Ports geöffnet haben, die Sie möglicherweise für die von Ihren Farmen bereitgestellten Remoteanwendungen oder RDS-Desktops benötigen.
In Microsoft Azure steuert eine Netzwerksicherheitsgruppe (NSG) den Netzwerkdatenverkehr zu den Ressourcen, die mit Azure Virtual Networks (VNet) verbunden sind. Eine NSG definiert die Sicherheitsregeln, die diesen Netzwerkdatenverkehr zulassen oder verweigern. Ausführlichere Informationen dazu, wie NSGs den Netzwerkdatenverkehr filtern, finden Sie in der Microsoft Azure-Dokumentation unter dem Thema Filtern des Netzwerkdatenverkehrs mit Netzwerksicherheitsgruppen.
Wenn ein Horizon Cloud-Pod in Microsoft Azure bereitgestellt wird, wird eine NSG mit dem Namen, der die Zeichenfolge hcs-podID-nsg-template enthält, in derselben Ressourcengruppe des Pods erstellt (der Name der Ressourcengruppe des Pods enthält die Zeichenfolge hcs-podID, wobei podID die ID des Pods ist). Sie können die Pod-ID von der Detailseite des Pods abrufen, indem Sie auf der Seite "Kapazität" in der Horizon Universal Console navigieren.
Standardmäßig:
- 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, wenn jemand oder ein System eine NSG in Microsoft Azure erstellt. Diese Regeln werden nicht von Horizon Cloud erstellt. Weitere Informationen zu diesen Standardregeln finden Sie im Microsoft Azure-Dokumentationsthema Standardsicherheitsregeln.
- Der Horizon Cloud-Pod-Bereitsteller erstellt die folgenden Sicherheitsregeln für eingehenden Datenverkehr in der NSG-Vorlage des Pods. Diese Standardsicherheitsregeln für den eingehenden Datenverkehr unterstützen den Endbenutzer-Client-Zugriff auf RDS-Sitzungs-Desktops und Remoteanwendungen für Blast und PCOIP sowie USB-Umleitung.
| Priorität | Name | Port | Protokoll | Quelle | Ziel | Aktion |
|---|---|---|---|---|---|---|
| 1000 | AllowBlastUdpIn | 22443 | UDP | Internet | Beliebig | Zulassen |
| 1100 | AllowBlastTcpIn | 22443 | TCP | Internet | Beliebig | Zulassen |
| 1200 | AllowPcoipTcpIn | 4172 | TCP | Internet | Beliebig | Zulassen |
| 1300 | AllowPcoipUdpIn | 4172 | UDP | Internet | Beliebig | Zulassen |
| 1400 | AllowTcpSideChannelIn | 9427 | TCP | Internet | Beliebig | Zulassen |
| 1500 | AllowUsbRedirectionIn | 32111 | TCP | Internet | Beliebig | Zulassen |
Wenn eine Farm erstellt wird, erstellt das System zusätzlich zu dieser NSG-Vorlage eine NSG für diese Farm, indem die NSG-Vorlage kopiert wird. Jede Farm verfügt über eine eigene NSG, die eine Kopie der NSG-Vorlage ist. Die NSG einer Farm wird den Netzwerkkarten der virtuellen Maschinen (VMs) dieser Farm zugewiesen. Standardmäßig verwendet jede Farm dieselben Sicherheitsregeln, die in der NSG-Vorlage des Pods konfiguriert sind.
Sie können sowohl die NSG-Vorlage als auch die NSG der einzelnen Farmen ändern. Wenn Sie beispielsweise eine Anwendung in einer Farm haben, von der Sie wissen, dass sie einen zusätzlichen offenen Port benötigt, können Sie die NSG dieser Farm ändern, um den Netzwerkdatenverkehr auf diesem Port zuzulassen. Wenn Sie mehrere Farmen erstellen möchten, die denselben geöffneten Port benötigen, können Sie die NSG-Vorlage bearbeiten, bevor Sie diese Farmen erstellen, um dieses Szenario zu unterstützen.
Wichtig: Wenn Sie die Basisvorlage ändern möchten, erstellen Sie eine Kopie, bevor Sie sie ändern. Die Kopie kann als Sicherung dienen, falls Sie die ursprünglichen Standardeinstellungen wiederherstellen müssen.
War diese Seite hilfreich?