Skip to main content

2 de setembro de 2026

Requisitos de portas e protocolos para a implantação do vSphere Edge

Certifique-se de que as portas e os protocolos necessários para sua implantação do Horizon Cloud on vSphere permitam a comunicação conforme necessário. Use as tabelas a seguir para garantir que a configuração da sua rede e os firewalls permitirão o tráfego de comunicação necessário para uma implantação com sucesso e para as operações de rotina.

A tabela a seguir lista as portas e os protocolos necessários para a implantação de um Horizon Edge para o tipo de provedor do vSphere.

Portas e protocolos exigidos pelo Horizon Edge para vSphere

Quando você ativa o Horizon Infrastructure Monitoring, o Horizon Edge é implantado e configurado na assinatura associada. A tabela a seguir lista as portas e os protocolos necessários durante o processo de ativação que implanta o dispositivo e configura as VMs do gerenciador para que o dispositivo possa coletar os dados de monitoramento que foi projetado para coletar desses componentes. Essa tabela também lista as portas e os protocolos necessários durante as operações em estado estável de coleta dos dados para os quais o dispositivo foi projetado.

OrigemDestinoPortasProtocolosFinalidade
Horizon EdgeHost do vCenter e ESXi443HTTPSEssa porta é usada pelo Horizon Edge para se comunicar com os hosts vCenter e ESXi para o Unified Access Gateway, o gerenciamento do ciclo de vida do desktop e a descoberta de inventário do vCenter.
Horizon EdgeUnified Access Gateway VMs - Nota: você também deve autorizar a porta 8445 ao usar o método de implantação avançado do UAG.9443 (e 8445 ao usar a implantação avançada do UAG)HTTPSEssa porta é usada pela Edge VM na sub-rede de gerenciamento para definir as configurações do Unified Access Gateway do Edge.

Este requisito de porta se aplica ao implantar inicialmente uma configuração do Unified Access Gateway e ao editar um Edge para adicionar uma configuração do Unified Access Gateway ou atualizar as configurações para essa configuração do Unified Access Gateway, além de monitorar as estatísticas da sessão do Unified Access Gateway.
Horizon EdgeControlador de domínioKerberos: 88 (TCP,UDP)
LDAP: 389, 3268 (TCP)
LDAPS: 636, 3269 (TCP)
TCP UDPRegistrar seu domínio do Horizon Cloud para login SSO e descoberta periódica de controladores de domínio. Essas portas são necessárias para serviços LDAP ou LDAPS quando LDAP/LDAPS será especificado nesse fluxo de trabalho. O LDAP é o padrão para a maioria dos locatários. O destino é o servidor que contém uma função de controlador de domínio na configuração do Active Directory.
Horizon EdgeServiços de Certificado do AD135 e uma porta no intervalo de 49152 a 65535TCP (RPC)Conectar-se à Autoridade de certificação Empresarial da Microsoft (AD CS) para obter certificados de curta duração para True SSO. O Horizon Edge usa a porta TCP 135 para a comunicação RPC inicial e, em seguida, uma porta no intervalo de 49152 a 65535 para se comunicar com o AD CS (Active Directory Certificate Services).
Horizon EdgeServidor DNS53 e 853TCP UDPServiços DNS
Horizon Edge*.blob.core.windows.net
*.blob.storage.azure.net
443TCPUsado para acesso programático ao Armazenamento de Blob do Azure e para carregar os logs do Horizon Edge como e quando necessário. Usado para baixar imagens do Docker para criar os módulos necessários do Horizon Edge, que são úteis para monitoramento, SSO, atualizações de UAG e assim por diante.
Horizon Edgehorizonedgeprod.azurecr.io443TCPUsado para autenticação durante o download de imagens do Docker para criar os módulos necessários do Horizon Edge, que são úteis para monitoramento, SSO, atualizações de UAG e assim por diante.
Horizon Edge*.azure-devices.net443TCPO dispositivo usado para se comunicar com o Horizon Cloud Control Plane, baixar configurações do módulo do dispositivo e atualizar o status de tempo de execução do módulo do dispositivo.

Os endpoints concretos atuais para a América do Norte são edgehubprodna.azure-devices.net.

Os endpoints concretos para a Europa são edgehubprodeu.azure-devices.net.

Os endpoints concretos para o Japão são edgehubprodjp.azure-devices.net.
Horizon Edge*.data.workspaceone.com443TCPPara enviar eventos ou métricas ao Workspace ONE Intelligence para monitorar dados. Consulte a documentação do produto Workspace ONE Intelligence.

Endpoints concretos são: 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
Específico da região:

EUA: cloud-sg-us-hdc-mqtt.horizon.omnissa.com

UE: cloud-sg-eu-hdc-mqtt.horizon.omnissa.com

APAC: cloud-sg-jp-hdc-mqtt.horizon.omnissa.com
443TCP MQTTEsta porta é necessária para a comunicação do Horizon Edge com a camada de controle para gerenciamento do ciclo de vida do desktop e descoberta de inventário do vCenter.
Horizon Edge*.horizon.omnissa.com
Específico da região:

EUA: cloud-sg-us-r-westus2.horizon.omnissa.com, cloud-sg-us-r-eastus2.horizon.omnissa.com, cloud-sg-us.horizon.omnissa.com

UE: 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
443TCPDispositivo usado para se comunicar com a camada de controle de nuvem e com as operações de Dia 2.
Horizon Edge Gateway (tipo de VM única)Servidor NTP123UDPServiços NTP
Horizon EdgeEndereços IP do balanceador de carga do Unified Access Gateway ‒ front-end.443HTTPSO Horizon Edge verifica periodicamente se os endereços IP ou as URLs do balanceador de carga público e privado estão acessíveis consultando a seguinte URL: https://{LB_IP}/favicon.ico
Horizon Edgerepo.omnissa.com443HTTPSRepositório de imagens do Omnissa UAG

Requisitos de portas e protocolos de VM do Unified Access Gateway

Além dos requisitos de portas e protocolos principais listados na tabela acima, as portas e os protocolos nas tabelas a seguir estão relacionados aos gateways que você configurou para operar para operações contínuas após a implantação.

Para conexões configuradas com instâncias do Unified Access Gateway, o tráfego deve ser permitido de e para as instâncias do Unified Access Gateway em direção aos destinos listados na tabela abaixo.

Para essas instâncias do Unified Access Gateway implantadas pelo serviço, as portas UDP exigem que datagramas UDP de encaminhamento e resposta sejam permitidos. Por exemplo, os serviços do Unified Access Gateway usam DNS para resolver nomes de host. As solicitações de DNS para as instâncias são feitas na porta UDP 53, por isso, é importante que um firewall externo não bloqueie essas solicitações ou respostas.

O Unified Access Gateway é implantado em uma configuração multi-NIC. A coluna Rede de Origem na tabela a seguir detalha de qual rede o tráfego vem.

OrigemDestinoPortaRede de OrigemProtocoloFinalidade
Unified Access Gateway*.horizon.omnissa.com
Específico da região:

EUA: cloud-sg-us.horizon.omnissa.com, cloud-sg-us-r-westus2.horizon.omnissa.com, cloud-sg-us-r-eastus2.horizon.omnissa.com

UE: 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
443Rede DMZTCP UDPO Unified Access Gateway precisa ser capaz de resolver esses endereços a qualquer momento ou o usuário não poderá iniciar a sessão, pois o Unified Access Gateway obterá o conjunto JWK.
Unified Access GatewayServidor DNS53 e 853QualquerTCP UDPServiços DNS
Unified Access GatewayHorizon Agent nas VMs RDSH de farm ou área de trabalho22443Rede da área de trabalhoTCP UDPBlast Extreme Por padrão, ao usar o Blast Extreme, o tráfego de redirecionamento de unidade de cliente (CDR) e o tráfego USB são encapsulados por lado nessa porta. Se desejar, o tráfego de CDR pode ser separado na porta TCP 9427 e o tráfego de redirecionamento USB pode ser separado na porta TCP 32111.
Unified Access GatewayHorizon Agent nas VMs RDSH de farm ou área de trabalho9427Rede da área de trabalhoTCPOpcional para tráfego CDR e redirecionamento de multimídia (MMR).
Unified Access GatewayHorizon Agent nas VMs RDSH de farm ou área de trabalho32111Rede da área de trabalhoTCPOpcional para o tráfego de redirecionamento USB.
Unified Access GatewayServidor NTP - o valor padrão é time.google.com. No entanto, você pode alterar esse valor livremente.123Rede DMZUDPServiços NTP
Unified Access GatewayOutros Unified Access Gateways8445Rede de gerenciamentoUDP(Somente para modo avançado) Comunicação entre VMs UAG.
Unified Access Gateway*.blob.core.windows.net
*.blob.storage.azure.net
443Rede DMZTCPUsado para acesso programático ao Armazenamento de Blobs do Azure para carregar os logs do Unified Access Gateway conforme e quando necessário.
Unified Access GatewayPonto de distribuição de CRL (CDP)
Exemplo: http://*.digicert.com

OU

crl3.digicert.com/ DigiCertGlobalRootCA.crl
crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
ocsp.digicert.com
80Rede DMZTCPAplicável somente a implantações UAG com 1 NIC.

Requisitos de portas e protocolos de VDI

A tabela a seguir fornece as portas e os protocolos necessários para as sub-redes de área de trabalho (VDI ou locatário) configuradas em seu ambiente.

OrigemDestinoPortaProtocoloFinalidade
Sub-Rede da Área de TrabalhoExemplo: *.horizon.omnissa.com
Específico da região:

EUA: 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

UE: 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
443TCP MQTTPara operações relacionadas ao agente, como assinatura de certificado usando Hub da VM e renovação.
Sub-Rede da Área de TrabalhoControlador de domínioKerberos: 88 (TCP,UDP)
LDAP: 389, 3268 (TCP)
LDAPS: 636, 3269 (TCP)
TCP UDPServiços do Kerberos.
O destino é o servidor que contém uma função de controlador de domínio em uma configuração do Active Directory.
Registrar o Edge no Active Directory é um requisito. Essas portas são necessárias para serviços LDAP ou LDAPS para a VM para conectividade do controlador de domínio, caso a VDI não consiga acessar nenhum controlador de domínio. Em seguida.
Sub-Rede da Área de TrabalhoServidor DNS53 e 853TCP UDPServiços DNS
Sub-Rede da Área de TrabalhoServidor NTP123UDPServiços NTP
Sub-Rede da Área de Trabalho*.blob.core.windows.net443TCPCarregamento do pacote de logs DCT. Quando um administrador de cliente clicar na coleção de logs DCT para qualquer VM após o processamento da solicitação, o pacote será carregado do VDI para o blob para tornar esse pacote disponível para download no Horizon Universal Console.
Sub-Rede da Área de TrabalhoHorizon Edge31883TCP MQTT UDPHorizon Agent em execução na VM para MQTT em execução no Edge.
Sub-Rede da Área de TrabalhoHorizon Edge32443TCPLogon único
Sub-Rede da Área de Trabalhosoftwareupdate.omnissa.com443TCPServidor de pacote de software. Usado para baixar atualizações do software relacionado ao agente usado nas operações relacionadas à imagem do sistema e no processo automatizado de atualização do agente.
Sub-rede de desktop e sub-rede de gerenciamentoServiços de Certificado do AD135 e 445 e uma porta dentro do intervalo de 49152 a 65535TCP (RPC)Para adicionar áreas de trabalho ao domínio.
Sub-Rede da Área de TrabalhoPonto de distribuição de CRL (CDP)
Exemplo: http://*.digicert.com

OU

crl3.digicert.com/ DigiCertGlobalRootCA.crl
crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
ocsp.digicert.com
80TCPO processo de bootstrapping da VM envolve o envio de uma solicitação HTTP POST para o endpoint do Horizon Cloud. Para estabelecer uma conexão segura, uma verificação da Lista de Revogação de Certificados (CRL) é realizada. Se essa verificação não for permitida pela Internet, a personalização da VM falhará.
Sub-Rede da Área de Trabalhoeventproxy.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.com443TCPUsado pelo agente de telemetria Digital Employee Experience (DEX) para enviar dados para o Omnissa Intelligence. Isso é necessário apenas para desktops ativados para DEX.

Requisitos de portas e protocolos de tráfego de conexão dos usuários finais

Para obter informações detalhadas sobre os vários Horizon Clients que os seus usuários finais podem usar com seu dispositivo virtual Horizon Edge, consulte a documentação do produto Horizon Client. As portas que devem ser abertas para que o tráfego proveniente das conexões dos usuários finais chegue aos desktops virtuais e aplicativos remotos dependem da escolha que você fizer sobre como os usuários finais se conectarão.

OrigemDestinoPortaProtocoloFinalidade
Horizon ClientBalanceador de carga para as instâncias do Unified Access Gateway443TCPPara transportar tráfego CDR, MMR, redirecionamento USB e tráfego RDP encapsulado. O SSL (acesso HTTPS) está ativado por padrão para conexões de clientes. A porta 80 (acesso HTTP) pode ser usada em alguns casos.
Horizon ClientBalanceador de carga para as instâncias do Unified Access Gateway8443 ou 443TCPBlast Extreme via Blast Secure Gateway no Unified Access Gateway para tráfego de dados do Horizon Client. A porta usada, 8443 ou 443, é definida quando o Horizon Edge Gateway é implantado.
Horizon ClientBalanceador de carga para as instâncias do Unified Access Gateway443UDPBlast Extreme por meio do Unified Access Gateway para tráfego de dados.
Horizon ClientBalanceador de carga para as instâncias do Unified Access Gateway8443UDPBlast Extreme por meio do Gateway do Blast Secure no Unified Access Gateway para tráfego de dados (transporte adaptativo).
NavegadorBalanceador de carga para as instâncias do Unified Access Gateway443TCPPara transportar tráfego CDR, MMR, redirecionamento USB e tráfego RDP encapsulado. O SSL (acesso HTTPS) está ativado por padrão para conexões de clientes. A porta 80 (acesso HTTP) pode ser usada em alguns casos.
NavegadorBalanceador de carga para as instâncias do Unified Access Gateway8443 ou 443TCPBlast Extreme via Blast Secure Gateway no Unified Access Gateway para tráfego de dados do Horizon Web Client.
Horizon Client/NavegadorExemplo: *.horizon.omnissa.com
Específico da região:

EUA: 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

UE: 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
443TCPApós efetuar login e listar os itens de inicialização, quando um usuário final clica para iniciar um desktop, o redirecionamento do tráfego de protocolo para o Unified Access Gateway ocorre por meio de um desses URLs, com base na região em que a VM especificada está localizada. Você deve permitir URLs listados com base nas regiões globais de onde você entrega desktops e aplicativos. O cliente precisa acessar URL do Gateway de Serviço para cada região relevante, como cloud-sg-us-r-westus2.horizon.omnissa.com.
Horizon Client/Navegadorhttps://cloud.omnissahorizon.com443TCPSe você tiver uma rede restrita, deverá permitir os URLs apropriados para que os usuários finais acessem seus aplicativos e desktops. Se você tiver personalizado a URL de Acesso do Cliente, certifique-se de que sua URL personalizada também seja adicionada à sua lista de permissões.

Esta página foi útil?

Enviar feedback sobre este tópico

Este tópico foi útil?

Não inclua informações pessoais ou confidenciais.

Gerando o link…