Skip to main content

Configuration requise pour les ports et les protocoles d'Horizon Cloud pour votre déploiement dans Amazon WorkSpaces Core

Cette page est une référence pour tous les ports et protocoles possibles utilisés pour la communication dans un déploiement d'Horizon Cloud on Amazon WorkSpaces Core standard d'Horizon Cloud. Utilisez ces tableaux pour vous assurer que votre configuration réseau et vos pare-feu autoriseront le trafic de communication requis pour un déploiement réussi et des opérations quotidiennes.

Spécificités du déploiement

Les ports et protocoles spécifiques requis pour votre déploiement particulier dépendront en partie des fonctionnalités que vous choisissez d'utiliser pour votre déploiement d'Horizon Cloud on Amazon WorkSpaces Core. Si vous ne prévoyez pas d'utiliser un composant ou un protocole spécifique, le trafic de communication requis n'est pas nécessaire à vos objectifs. Vous pouvez alors ignorer les ports associés à ce composant.

Important : outre les ports et protocoles décrits ici, les conditions requises du DNS pour le déploiement d'un dispositif Horizon Edge et ses opérations quotidiennes sont spécifiques. Pour plus d'informations, consultez la section Rendre les URL de destination appropriées accessibles pour déployer une instance d'Horizon Edge Gateway dans un environnement Amazon WorkSpaces Core.

Ports et protocoles requis par Horizon Edge

Lorsque vous activez la Surveillance de l'infrastructure Horizon, Horizon Edge est déployé et configuré dans l'abonnement associé. Le tableau suivant répertorie les ports et les protocoles nécessaires lors du processus d'activation qui déploie le dispositif et configure les VM du gestionnaire afin que le dispositif puisse collecter les données de surveillance qu'il vise à collecter à partir de ces composants. Ce tableau répertorie également les ports et les protocoles qui sont nécessaires en période de stabilité pendant les opérations de collecte des données que le dispositif vise à collecter.

SourceCiblePortsProtocolesObjectif
Horizon EdgeMachines virtuelles Unified Access Gateway9443HTTPSCe port est utilisé par la VM Edge sur le sous-réseau de gestion pour configurer les paramètres de la configuration d'Unified Access Gateway du dispositif Edge. Cette condition requise de port s'applique lors du déploiement initial d'une configuration d'Unified Access Gateway et lors de la modification d'un dispositif Edge pour ajouter une configuration d'Unified Access Gateway, ou les paramètres de mise à jour de cette configuration d'Unified Access Gateway surveillent également les statistiques de session à partir d'Unified Access Gateway.
Horizon EdgeContrôleur de domaine Kerberos : 88 LDAP : 389, 3268 LDAPS : 636, 3269TCP
UDP
Enregistrement de votre instance d'Horizon Cloud dans le domaine, ainsi que pour la connexion SSO et la détection périodique des contrôleurs de domaine. Ces ports sont requis pour les services LDAP ou LDAPS lorsque LDAP/LDAPS sera spécifié dans ce workflow. LDAP est la valeur par défaut pour la plupart des locataires. La cible est le serveur qui contient un rôle de contrôleur de domaine dans la configuration d'Active Directory.
Horizon EdgeServices de certificats AD135 et un port compris entre 49152 et 65535TCP
(RPC)
Connexion à l'autorité de certification d'entreprise Microsoft (AD CS) pour obtenir des certificats de courte durée pour True SSO. Horizon Edge utilise le port TCP 135 pour la communication RPC initiale et un port compris entre 49152 et 65535 pour communiquer avec les Services de certificats Active Directory (AD CS).
Horizon EdgeServeur DNS53 et 853TCP
UDP
Services DNS.
Horizon Edge
  • *.blob.core.windows.net
  • *.blob.storage.azure.net
443TCPUtilisé pour l'accès par programme au stockage Blob Azure et pour charger les journaux Horizon Edge le cas échéant. Utilisé pour le téléchargement d'images Docker afin de créer les modules Horizon Edge requis, qui sont utiles pour la surveillance, le SSO, les mises à jour d'UAG, etc.
Horizon Edgehorizonedgeprod.azurecr.io443TCPUtilisé pour l'authentification lors du téléchargement des images Docker afin de créer les modules Horizon Edge requis, qui sont utiles pour la surveillance, le SSO, les mises à jour d'UAG, etc.
Horizon Edge*.azure-devices.net443TCPDispositif utilisé pour communiquer avec le plan de contrôle du cloud, télécharger les configurations du module du dispositif et mettre à jour l'état d'exécution du module du dispositif. Les points de terminaison concrets actuels sont les suivants :

Amérique du Nord :
  • edgehubprodna.azure-devices.net
Europe :
  • edgehubprodeu.azure-devices.net
Japon :
  • edgehubprodjp.azure-devices.net
Horizon Edge*.data.workspaceone.com 443TCPPour envoyer des événements ou des mesures à Workspace ONE Intelligence pour la surveillance des données. Reportez-vous à la documentation produit Workspace ONE Intelligence. Les points de terminaison concrets sont les suivants :

  • 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.com443TCPGénéralement utilisé par les applications pour s'authentifier auprès du service Microsoft Azure.
Horizon Edge Spécifique de la région :
*.horizon.omnissa.com

États-Unis

  • cloud-sg-us-r-westus2.horizon.omnissa.com
  • cloud-sg-us-r-eastus2.horizon.omnissa.com
  • cloud-sg-us.horizon.omnissa.com
Union européenne
  • 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
Japon
  • 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
443TCPDispositif utilisé pour communiquer avec le plan de contrôle du cloud et pour les opérations de jour 2.
Horizon Edge Gateway (type à VM unique)Serveur NTP 123UDPServices NTP

Configuration requise pour les ports et protocoles de la machine virtuelle Unified Access Gateway

Outre la configuration requise pour les principaux ports et protocoles répertoriés dans le tableau ci-dessus, les ports et protocoles des tableaux suivants sont associés aux passerelles que vous avez configurées pour qu'elles fonctionnent lors des opérations en cours après le déploiement.

Pour les connexions configurées avec des instances d'Unified Access Gateway, le trafic doit être autorisé à partir des instances d'Unified Access Gateway et vers celles-ci, vers des cibles répertoriées dans le tableau ci-dessous.

Remarques :

  • Ces conseils sont extraits de la documentation relative à Unified Access Gateway : pour ces instances d'Unified Access Gateway déployées par le service, il est nécessaire que des datagrammes UDP de transfert et de réponse soient autorisés pour les ports UDP. Par exemple, les services Unified Access Gateway utilisent le système DNS pour résoudre les noms d'hôtes. Les demandes DNS adressées aux instances s'effectuent sur le port UDP 53. Il est donc important qu'un pare-feu externe ne bloque pas ces demandes ou ces réponses.
  • Unified Access Gateway est déployé dans une configuration à plusieurs cartes réseau. La colonne Réseau source du tableau ci-dessous précise de quel réseau provient le trafic.

Configuration requise pour les ports du trafic depuis des instances d'Unified Access Gateway

SourceCiblePortRéseau sourceProtocoleObjectif
Unified Access Gateway*.horizon.omnissa.com 443Réseau DMZTCP
UDP
Unified Access Gateway doit être en mesure de résoudre ces adresses à tout moment, sinon l'utilisateur ne pourra pas lancer la session, car Unified Access Gateway extrait le JWK défini à partir de :cloud-sg-<region>-r-<DC>.horizon.omnissa.com.

Les points de terminaison sont les suivants :

  • États-Unis
    • cloud-sg-us.horizon.omnissa.com
      cloud-sg-us-r-westus2.horizon.omnissa.com
      cloud-sg-us-r-eastus2.horizon.omnissa.com
  • Union européenne
    • 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
  • Japon
    • 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 GatewayServeur DNS53 et 853ToutesTCP
UDP
Services DNS.
Unified Access GatewayHorizon Agent sur les machines virtuelles de poste de travail ou RDSH de batterie de serveurs22443Réseau locataireTCP
UDP
Blast Extreme Par défaut, le trafic de redirection de lecteur client (CDR) et le trafic USB sont à canal latéral dans ce port lorsque Blast Extreme est utilisé. Si vous préférez, le trafic CDR peut être séparé sur le port TCP 9427 et le trafic de redirection USB peut être séparé sur le port TCP 32111.
Unified Access GatewayHorizon Agent sur les machines virtuelles de poste de travail ou RDSH de batterie de serveurs9427Réseau locataireTCPFacultatif pour le trafic de redirection CDR et multimédia (MMR).
Unified Access GatewayHorizon Agent sur les machines virtuelles de poste de travail ou RDSH de batterie de serveurs32111Réseau locataireTCPFacultatif pour le trafic de redirection USB.
Unified Access GatewayServeur NTP

La valeur par défaut est time.google.com. Vous pouvez néanmoins modifier librement cette valeur.

123Réseau DMZUDPServices NTP
Unified Access Gateway*.blob.core.windows.net *.blob.storage.azure.net443Réseau DMZTCPUtilisé pour l'accès par programme au stockage Blob Azure pour charger les journaux Unified Access Gateway quand cela est nécessaire.

Ports et protocoles App Volumes

Pour prendre en charge les fonctionnalités d'App Volumes à utiliser avec Horizon Cloud on Amazon WorkSpaces Core, vous devez configurer le port 445 pour le trafic de protocole TCP vers le sous-réseau de locataire (postes de travail). Le port 445 est le port SMB standard pour accéder à un partage de fichiers SMB sur Microsoft Windows. Les AppStacks sont stockés dans un partage de fichiers SMB situé dans le même groupe de ressources que celui des VM du gestionnaire d'espace.

Remarque : si vous utilisez une instance d'Active Directory autogérée, sur site ou dans le cloud, pour gérer les identités et les périphériques, vous pouvez ajouter un système de fichiers FSx for Windows File Server au domaine Active Directory. Reportez-vous à la documentation d'AWS sur l'utilisation d'une instance de Microsoft Active Directory autogérée.

Conditions requises pour les ports pour App Volumes

SourceCiblePortProtocoleObjectif
App Volumes Agent sur la machine virtuelle importée de base, les images standard, les machines virtuelles de poste de travail et les machines virtuelles RDSH de batterie de serveursAdresse IP d'Amazon FSx for Windows File Server445TCPLa virtualisation d'applications App Volumes sur les machines VDI et la capture de modules d'application sur les machines VDI dépendent de l'accès aux partages de fichiers.

Conditions requises pour les ports et protocoles VDI

Le tableau suivant fournit les ports et protocoles requis pour les sous-réseaux de poste de travail (VDI ou locataire) configurés dans votre environnement.

Conditions requises pour les ports et protocoles VDI

SourceCiblePortProtocoleObjectif
Sous-réseau de poste de travail (locataire)*.horizon.omnissa.com 443TCP
MQTT
Pour les opérations liées à l'agent, telles que la signature de certificat à l'aide du Hub de VM et le renouvellement. Les points de terminaison concrets actuels sont les suivants :

États-Unis :
  • 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
Union européenne :
  • 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
Japon :
  • 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
Sous-réseau de poste de travail (locataire)Contrôleur de domaine88TCP
UDP
Services Kerberos. La cible est le serveur qui contient un rôle de contrôleur de domaine dans une configuration Active Directory. L'enregistrement du dispositif Edge dans Active Directory est obligatoire.
Sous-réseau de poste de travail (locataire)Contrôleur de domaine Kerberos : 88 LDAP : 389, 3268 LDAPS : 636, 3269TCP
UDP
Ces ports sont requis pour les services LDAP ou LDAPS pour la connectivité entre la VM et le contrôleur de domaine si la VDI ne parvient pas à atteindre un contrôleur de domaine, le lancement de sessions est alors impossible.
Sous-réseau de poste de travail (locataire)Serveur DNS53 et 853TCP
UDP
Services DNS
Sous-réseau de poste de travail (locataire)Serveur NTP123UDPServices NTP
Sous-réseau de poste de travail (locataire)*.blob.core.windows.net443TCPChargement du bundle de journaux DCT. Lorsqu'un administrateur client clique sur la collecte des journaux DCT pour une VM après le traitement de la demande, le bundle est chargé du VDI vers le blob pour que ce bundle puisse être téléchargé à partir d'Horizon Universal Console.
Sous-réseau de poste de travail (locataire)Horizon Edge31883TCP
MQTT
UDP
Horizon Agent s'exécutant sur la VM vers le protocole MQTT s'exécutant sur Edge.
Sous-réseau de poste de travail (locataire)Horizon Edge32443TCPSingle Sign-On pour votre dispositif Edge Amazon WorkSpaces Core.
Sous-réseau de poste de travail (locataire) et sous-réseau de gestionsoftwareupdate.omnissa.com 443TCPServeur de module logiciel. Utilisé pour le téléchargement des mises à jour du logiciel lié à l'agent utilisé dans les opérations liées à l'image du système et le processus automatisé de mise à jour de l'agent.

Remarque
Le sous-réseau de gestion est requis pour la cible softwareupdate uniquement si vous prévoyez de l'utiliser pour importer et publier des images.
Sous-réseau de poste de travail (locataire)Point de terminaison de liaison privée443TCPConnectivité du poste de travail au service de connexion dans le plan de contrôle du cloud.
Sous-réseau de poste de travail (locataire) et sous-réseau de gestionServices de certificats AD135 et 445, et un port compris entre 49152 et 65535TCP
(RPC)
Pour ajouter des postes de travail au domaine.
Sous-réseau de poste de travail (locataire)Point de distribution de CRL (CDP)

Exemples :
http://*.digicert.com

Ou

  • http://crl3.digicert.com/DigiCertGlobalRootCA.crl
  • http://crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
  • http://crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
  • http://ocsp.digicert.com
80TCPLe processus d'amorçage des VM implique l'envoi d'une demande POST HTTP au point de terminaison Horizon Cloud. Pour établir une connexion sécurisée, une vérification de la liste de révocation des certificats (CRL) est effectuée. Si cette vérification n'est pas autorisée à l'aide d'Internet, la personnalisation de VM échoue.
Sous-réseau de poste de travail (locataire)
  • 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
443TCPUtilisé par l'agent de télémétrie DEX (Digital Employee Experience) pour envoyer des données à Omnissa Intelligence. Cela n'est requis que pour les postes de travail compatibles DEX.
Sous-réseau de poste de travail (locataire)
  • 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
443TCPUtilisé par l'agent de télémétrie DEX (Digital Employee Experience) pour l'authentification avec Omnissa Intelligence. Cela n'est requis que pour les postes de travail compatibles DEX.
Sous-réseau de poste de travail (locataire)*.horizon.omnissa.com443TCP
UDP
Enregistre correctement les postes de travail WorkSpaces Core dans Horizon Cloud.

Conditions requises pour les ports et protocoles de trafic de connexion des utilisateurs finaux

Pour obtenir des informations détaillées sur les différentes instances d'Horizon Client que vos utilisateurs finaux peuvent utiliser avec votre dispositif virtuel Horizon Edge, reportez-vous à la documentation du produit Horizon Client. Le choix du mode de connexion de vos utilisateurs finaux détermine quels ports doivent être ouverts pour le trafic à partir des connexions des utilisateurs finaux pour accéder aux applications distantes et aux postes de travail virtuels.

Ports et protocoles de trafic de connexion des utilisateurs finaux

SourceCiblePortProtocoleObjectif
Horizon ClientÉquilibreur de charge AWS pour ces instances d'Unified Access Gateway443TCPPour transporter le trafic de redirection CDR, MMR, USB et RDP par tunnel. Le protocole SSL (accès HTTPS) est activé par défaut pour les connexions client. Le port 80 (accès HTTP) peut être utilisé dans certains cas.
Horizon ClientÉquilibreur de charge AWS pour ces instances d'Unified Access Gateway8443 ou 443TCPBlast Extreme via Blast Secure Gateway sur Unified Access Gateway pour le trafic de données à partir d'Horizon Client. Le port utilisé, 8443 ou 443, est défini lorsqu'Horizon Edge Gateway est déployé.
Horizon ClientÉquilibreur de charge AWS pour ces instances d'Unified Access Gateway443UDPBlast Extreme via Unified Access Gateway pour le trafic de données.
Horizon ClientÉquilibreur de charge AWS pour ces instances d'Unified Access Gateway8443UDPBlast Extreme via Blast Secure Gateway sur Unified Access Gateway pour le trafic de données (transport adaptatif).
NavigateurÉquilibreur de charge AWS pour ces instances d'Unified Access Gateway443TCPPour transporter le trafic de redirection CDR, MMR, USB et RDP par tunnel. Le protocole SSL (accès HTTPS) est activé par défaut pour les connexions client. Le port 80 (accès HTTP) peut être utilisé dans certains cas.
NavigateurÉquilibreur de charge AWS pour ces instances d'Unified Access Gateway8443 ou 443TCPBlast Extreme via Blast Secure Gateway sur Unified Access Gateway pour le trafic de données à partir d'Horizon Web Client.
Horizon Client/Browser*.horizon.omnissa.com 443TCPReportez-vous au tableau pour autoriser les URL pour le sous-réseau de locataire – Noms d'hôtes DNS du hub de VM régional dans la section Rendre les URL de destination appropriées accessibles pour déployer une passerelle Horizon Edge Gateway dans un environnement Amazon WorkSpaces Core.

En ce qui concerne les URL répertoriées dans ce tableau, après avoir ouvert une session et répertorié les éléments de lancement, lorsqu'un utilisateur final clique pour lancer un poste de travail, la redirection du trafic du protocole vers Unified Access Gateway s'effectue à partir de l'une de ces URL en fonction de la région dans laquelle se trouve la VM spécifiée.


Vous devez inscrire sur la liste autorisée les URL répertoriées dans ce tableau en fonction des régions globales à partir desquelles vous fournissez des postes de travail et des applications.


Dans le tableau, le client doit accéder à l'URL de la passerelle de service de chaque région concernée, par exemple : cloud-sg-us-r-westus2.horizon.omnissa.com.

Horizon Client/Browsercloud.omnissahorizon.com 443TCPSi vous avez restreint un réseau, vous devez inscrire les URL appropriées sur la liste autorisée pour permettre aux utilisateurs finaux d'accéder à leurs applications et postes de travail. Reportez-vous à la section Lancer un poste de travail avec Horizon Client.

Si vous avez personnalisé l'URL d'accès client, comme décrit dans la section Configurer des paramètres client, assurez-vous que votre URL personnalisée est également ajoutée à votre liste autorisée.

Cette page vous a-t-elle été utile ?

Envoyer un commentaire sur cette rubrique

Cette rubrique vous a-t-elle été utile ?

N'indiquez aucune information personnelle ou confidentielle.

Génération du lien…