Skip to main content

2 de setembro de 2026

Requisitos de portas, protocolos e URLs para o Horizon Cloud on Amazon WorkSpaces Core

Certifique-se de que as portas, os protocolos e as URLs de destino necessários para sua implantação do Horizon Cloud on Amazon WorkSpaces Core permitam a comunicação conforme necessário. Use as tabelas a seguir para verificar se a configuração de sua rede e os firewalls permitirão o tráfego de comunicação necessário para uma implantação bem-sucedida e para as operações diárias.

As portas e os protocolos específicos necessários para a sua implementação dependerão, em parte, dos recursos que você selecionar. Se você não pretende usar um componente ou protocolo específico, o tráfego de comunicação necessário para ele não é imprescindível e você pode ignorar as portas associadas a esse componente.

Importante: para permitir as URLs e subdomínios curinga apropriados, adicione-os a uma lista de permissões de seu firewall e grupo de segurança de rede e ignore a inspeção profunda de pacotes SSL tanto no firewall quanto, se aplicável, no servidor proxy. Se o Horizon Edge Gateway estiver conectado ao Horizon Agent por meio de um servidor proxy, ignore a inspeção profunda de pacotes SSL no servidor proxy para as URLs e subdomínios curinga listados abaixo. Para situações em que o uso de URLs não seja possível, consulte o artigo KB 6000374: endereços IP para componentes de serviço.


Portas e protocolos exigidos pelo Horizon Edge

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, no qual o dispositivo implanta e configura as VMs do gerenciador para que possa coletar dados de monitoramento, bem como as portas e os protocolos necessários durante as operações em estado estável.

OrigemDestinoPortasProtocolosFinalidade
Horizon EdgeVMs do Unified Access Gateway9443HTTPSEssa 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
LDAP: 389, 3268
LDAPS: 636, 3269
TCP, UDPRegistrar seu Horizon Cloud com o domínio e 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 uma porta dentro do intervalo 49152–65535 para se comunicar com o AD CS.
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.net
Nomes específicos da região:
América do Norte:
- edgehubprodna.azure-devices.net
Europa:
- edgehubprodeu.azure-devices.net
Japão:
- edgehubprodjp.azure-devices.net
443TCPO dispositivo usado para se comunicar com a camada de controle de nuvem, baixar configurações do módulo do dispositivo e atualizar o status de tempo de execução do módulo do dispositivo.
Horizon Edge*.data.workspaceone.com
Nomes específicos da regiã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
443TCPPara enviar eventos ou métricas ao Workspace ONE Intelligence para monitorar dados. Consulte Workspace ONE Intelligence.
Horizon Edgelogin.microsoftonline.com443TCPGeral usado por aplicativos para autenticação no serviço do Microsoft Azure.
Horizon Edge*.horizon.omnissa.com
Endpoints específicos da região:
US:
- cloud-sg-us-r-westus2.horizon.omnissa.com
- cloud-sg-us-r-eastus2.horizon.omnissa.com
- cloud-sg-us.horizon.omnissa.com
EU:
- 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
JP:
- 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 comunicação com o plano de controle na nuvem e para operações do Dia 2.
Horizon Edge Gateway (tipo de VM única)Servidor NTP123UDPServiços NTP.

Requisitos de portas e protocolos de VM do Unified Access Gateway

Além das portas e protocolos principais listados na tabela acima, as portas e protocolos da tabela a seguir aplicam-se aos gateways configurados 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 para os destinos listados abaixo.

Notas:

  • 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 são feitas na porta UDP 53, portanto é 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 detalha de qual rede o tráfego se origina.
  • Ignore a inspeção profunda de pacotes SSL na sub-rede DMZ para todas as URLs e subdomínios curinga listados abaixo: no firewall para tráfego do Unified Access Gateway para os endpoints *.horizon.omnissa.com e em qualquer servidor proxy que o próprio Unified Access Gateway use para alcançar os endpoints do plano de controle na nuvem.
OrigemDestinoPortaRede de OrigemProtocolosFinalidade
Unified Access Gateway*.horizon.omnissa.com
Endpoints específicos da região:
US:
- cloud-sg-us.horizon.omnissa.com
- cloud-sg-us-r-westus2.horizon.omnissa.com
- cloud-sg-us-r-eastus2.horizon.omnissa.com
EU:
- 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
JP:
- 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
443Rede DMZTCP, UDPO Unified Access Gateway precisa ser capaz de resolver esses endereços a qualquer momento, caso contrário o usuário não conseguirá iniciar a sessão, pois o Unified Access Gateway busca o conjunto JWK de cloud-sg-<region>-r-<DC>.horizon.omnissa.com.
Unified Access GatewayServidor DNS53 e 853QualquerTCP, UDPServiços DNS.
Unified Access GatewayHorizon Agent nas VMs RDSH de farm ou área de trabalho22443Rede do locatárioTCP, UDPProtocolo de exibição Blast Extreme. Por padrão, o tráfego de redirecionamento de unidade do cliente (CDR) e o tráfego USB são encaminhados por canal lateral nesta porta. Se preferir, o tráfego CDR pode ser separado na porta TCP 9427 e o tráfego de redirecionamento de USB pode ser separado na porta TCP 32111.
Unified Access GatewayHorizon Agent nas VMs RDSH de farm ou área de trabalho9427Rede do locatárioTCPOpcional para tráfego CDR e redirecionamento de multimídia (MMR).
Unified Access GatewayHorizon Agent nas VMs RDSH de farm ou área de trabalho32111Rede do locatárioTCPOpcional para o tráfego de redirecionamento USB.
Unified Access GatewayServidor NTP (padrão:time.google.com — você pode alterar este valor)123Rede DMZUDPServiços NTP.
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.

Portas e protocolos do App Volumes

Para oferecer suporte a recursos do App Volumes para uso com o Horizon Cloud on Amazon WorkSpaces Core, você deve configurar a porta 445 para o tráfego do protocolo TCP para a sub-rede do locatário (áreas de trabalho). A porta 445 é a porta SMB padrão para acessar um compartilhamento de arquivos SMB no Microsoft Windows. Os AppStacks são armazenados em um compartilhamento de arquivos SMB localizado no mesmo grupo de recursos referente às VMs do gerenciador de pods.

Nota: se você usar um Active Directory autogerenciado, on-premises ou na nuvem, para gerenciar identidades e dispositivos, poderá adicionar um sistema de arquivos do FSx for Windows File Server ao domínio do Active Directory. Consulte a documentação da AWS sobre como usar um Microsoft Active Directory autogerenciado.

OrigemDestinoPortaProtocoloFinalidade
App Volumes Agent na VM base importada, as golden images, VMs de desktop, VMs RDSH de farmO endereço IP do Amazon FSx for Windows File Server445TCPA virtualização de aplicativos do App Volumes nas máquinas VDI e a captura de pacotes de aplicativos nas máquinas VDI dependem do acesso aos compartilhamentos de arquivos .

Requisitos de portas e protocolos de VDI

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

Nota: além das portas listadas abaixo, certifique-se de que as URLs e subdomínios curinga necessários para o Horizon Edge também estejam acessíveis de seu ambiente. Para obter detalhes, consulte Permitir URLs para a sub-rede de gerenciamento e Verificar acesso à URL abaixo.

OrigemDestinoPortaProtocoloFinalidade
Sub-rede de área de trabalho (locatário)*.horizon.omnissa.com
Endpoints específicos da região:
US:
- 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
EU:
- 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 de área de trabalho (locatário)Controlador de domínio88TCP, 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. O registro do Edge no Active Directory é um requisito.
Sub-rede de área de trabalho (locatário)Controlador de domínioKerberos: 88
LDAP: 389, 3268
LDAPS: 636, 3269
TCP, UDPEssas portas são necessárias para os serviços LDAP ou LDAPS para conectividade entre a VM e o controlador de domínio. Se a VDI não conseguir alcançar nenhum controlador de domínio, o início da sessão não será possível.
Sub-rede de área de trabalho (locatário)Servidor DNS53 e 853TCP, UDPServiços DNS.
Sub-rede de área de trabalho (locatário)Servidor NTP123UDPServiços NTP.
Sub-rede de área de trabalho (locatário)*.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 de área de trabalho (locatário)Horizon Edge31883TCP, MQTT, UDPHorizon Agent em execução na VM para MQTT em execução no Edge.
Sub-rede de área de trabalho (locatário)Horizon Edge32443TCPSingle Sign-On para seu Amazon WorkSpaces Core Edge.
Sub-Rede e Sub-Rede de Gerenciamento da Área de Trabalho (locatário)softwareupdate.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. Nota: a sub-rede de gerenciamento é necessária para este destino somente se você planeja usá-la para importar e publicar imagens.
Sub-rede de área de trabalho (locatário)Endpoint de Link Privado443TCPConectividade da área de trabalho com o serviço de conexão na camada de controle da nuvem.
Sub-Rede e Sub-Rede de Gerenciamento da Área de Trabalho (locatário)Serviços de Certificado do AD135, 445 e uma porta dentro da faixa de 49152 a 65535TCP (RPC)Para adicionar áreas de trabalho ao domínio.
Sub-rede de área de trabalho (locatário)Ponto de distribuição de CRL (CDP)
Exemplos:
- http://*.digicert.com
- http://crl3.digicert.com/DigiCertGlobalRootCA.crl
- http://crl3.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
- http://crl4.digicert.com/DigiCertTLSRSASHA2562020CA1-4.crl
- http://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 de área de trabalho (locatário)- 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
443TCPUsado pelo agente de telemetria Digital Employee Experience (DEX) para enviar dados para o Omnissa Intelligence. Isso é necessário apenas para desktops ativados para DEX.
Sub-rede de área de trabalho (locatário)- 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
443TCPUsado pelo agente de telemetria Digital Employee Experience (DEX) para autenticação com o Omnissa Intelligence. Isso é necessário apenas para desktops ativados para DEX.
Sub-rede de área de trabalho (locatário)*.horizon.omnissa.com443TCP, UDPRegistra com sucesso os desktops do WorkSpaces Core no Horizon Cloud.

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

Para obter informações detalhadas sobre os diversos clientes Horizon que 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 dependem da forma como seus usuários finais se conectarão.

OrigemDestinoPortaProtocoloFinalidade
Horizon ClientBalanceador de carga da AWS para 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 da AWS para 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 da AWS para instâncias do Unified Access Gateway443UDPBlast Extreme por meio do Unified Access Gateway para tráfego de dados.
Horizon ClientBalanceador de carga da AWS para 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 da AWS para 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 da AWS para 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/navegador*.horizon.omnissa.com — Após o login, quando um usuário final clica para iniciar um desktop, o tráfego do protocolo é redirecionado para o Unified Access Gateway do URL regional correspondente à localização da VM. O cliente precisa ter acesso ao URL do Service Gateway para cada região relevante, como cloud-sg-us-r-westus2.horizon.omnissa.com: Adicione à lista de permissões as URLs na tabela de nomes de host DNS do Hub de VM Regional abaixo, com base nas regiões globais de onde você fornece desktops e aplicativos.443TCPPara redirecionamento do tráfego de protocolo do usuário final para o Unified Access Gateway com base na região em que a VM especificada está localizada.
Horizon Client/navegadorcloud.omnissahorizon.com443TCPSe você tem uma rede restrita, adicione esta URL à lista de permissões para permitir que os usuários finais acessem seus aplicativos e desktops. Consulte Iniciar um desktop com o Horizon Client.
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. Consulte Definir as configurações do cliente.

Permitir URLs para a sub-rede de gerenciamento e verificar o acesso à URL

Para permitir as URLs e os subdomínios curinga apropriados de acordo com a localização e as necessidades do site, execute as seguintes tarefas:

  • Permita as URLs e subdomínios curinga na tabela abaixo, adicionando-os a uma lista de permissões de seu firewall e grupo de segurança de rede.
  • Ignore a inspeção profunda de pacotes SSL no firewall para as URLs e subdomínios curinga listados abaixo.
  • Se aplicável, ignore a inspeção profunda de pacotes SSL no servidor proxy. Se o Horizon Edge Gateway estiver conectado ao Horizon Agent por meio de um servidor proxy, ignore a inspeção profunda de pacotes SSL no servidor proxy para as URLs e subdomínios curinga na tabela abaixo.

Importante: os objetivos listados referem-se ao contexto de uma implementação do Horizon Edge.

Destino (nome DNS)PortaProtocoloTráfego de proxy (se configurado)Finalidade
registry.k8s.io443TCPSimUsado para acesso programático para permitir o download de imagens 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. Nota: aplica-se somente à implantação 2412 baseada em VM do Horizon Edge Gateway.
*.blob.core.windows.net443TCPSimUsado 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.
horizonedgeprod.azurecr.io443TCPSimUsado 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.
*.azure-devices.net
Nomes específicos da região:
América do Norte:
- edgehubprodna.azure-devices.net
Europa:
- edgehubprodeu.azure-devices.net
Japão:
- edgehubprodjp.azure-devices.net
443TCPSimUsado para conectar o dispositivo ao Horizon Cloud Control Plane, para baixar configurações para o módulo do dispositivo e para atualizar o status de tempo de execução do módulo do dispositivo.
*.data.workspaceone.com
Nomes específicos da regiã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
443TCPSimUsado para enviar eventos ou métricas para o Workspace ONE Intelligence. Consulte Workspace ONE Intelligence.
monitor.horizon.omnissa.com
Se seu firewall ou NSG suportar tags de serviço, aplique a tag de serviço do Azure AzureCloud em vez deste nome de host.
1514 e 1515TCPNãoUsado para monitoramento do sistema.
https://aka.ms/downloadazcopy-v10-linux443TCPSimUsado para carregar logs de implantação no Armazenamento de Blob do Azure para fins de solução de problemas.
time.google.com123UDPSimUsado para sincronização de tempo.
- security.ubuntu.com
- azure.archive.ubuntu.com
- changelogs.ubuntu.com
- motd.ubuntu.com
80HTTPSimUsado para aplicar patches nos componentes do Ubuntu.
softwareupdate.omnissa.com443TCPSimServidor 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.

Permitir URL para sub-rede do locatário (desktop)

Use uma instância global do VM Hub ou uma instância regional do VM Hub.

  • Ignore a inspeção profunda de pacotes SSL no firewall para as URLs e subdomínios curinga listados abaixo.
  • Se aplicável, ignore a inspeção profunda de pacotes SSL no servidor proxy. Se o Horizon Edge Gateway estiver conectado ao Horizon Agent por meio de um servidor proxy, ignore a inspeção profunda de pacotes SSL no servidor proxy para as URLs e subdomínios curinga listados abaixo.

Nome de host DNS do Hub de VM Global

Se o uso de uma instância global do VM Hub atender às necessidades de seu site, permita a seguinte URL:

Destino (nome DNS)PortaProtocoloFinalidade
*.horizon.omnissa.com443TCP, HTTPPara operações relacionadas ao agente, como assinatura de certificado usando Hub da VM e renovação.

Nomes de host DNS do Hub de VM Regional

Se o uso de instâncias regionais do VM Hub atender às necessidades de seu site, use os dois URLs correspondentes à região em que seu Horizon Edge Gateway está implantado. Todas as instâncias regionais do VM Hub usam a porta 443, protocolo TCP, para operações relacionadas ao agente, como assinatura e renovação de certificados usando o VM Hub.

Regiões do Amazon WorkSpaces CoreURL do Portal de ServiçosMQTT URL
- us-west-2cloud-sg-us-r-westus2.horizon.omnissa.comcloud-sg-us-r-westus2-mqtt.horizon.omnissa.com
- us-east-1
- sa-east-1
- ca-central-1
cloud-sg-us-r-eastus2.horizon.omnissa.comcloud-sg-us-r-eastus2-mqtt.horizon.omnissa.com
- eu-west-1cloud-sg-eu-r-northeurope.horizon.omnissa.comcloud-sg-eu-r-northeurope-mqtt.horizon.omnissa.com
- eu-central-1
- eu-west-3
- il-central-1
cloud-sg-eu-r-germanywestcentral.horizon.omnissa.comcloud-sg-eu-r-germanywestcentral-mqtt.horizon.omnissa.com
- eu-west-2cloud-sg-eu-r-uksouth.horizon.omnissa.comcloud-sg-eu-r-uksouth-mqtt.horizon.omnissa.com
- ap-south-1
- ap-northeast-1
- ap-northeast-2
cloud-sg-jp-r-japaneast.horizon.omnissa.comcloud-sg-jp-r-japaneast-mqtt.horizon.omnissa.com
- ap-southeast-1cloud-sg-jp-r-centralindia.horizon.omnissa.comcloud-sg-jp-r-centralindia-mqtt.horizon.omnissa.com
- ap-southeast-2cloud-sg-jp-r-australiaeast.horizon.omnissa.comcloud-sg-jp-r-australiaeast-mqtt.horizon.omnissa.com

Nota: o Horizon Cloud tem uma implantação ativa-ativa localizada no Japão para garantir que a resiliência da infraestrutura permaneça inteiramente dentro da região, em conformidade com as políticas locais. O tráfego é roteado dinamicamente entre a instância do Horizon Cloud 1 (Japão Leste) e a instância do Horizon Cloud 2 (Japão Oeste) com base na afinidade geográfica. Se a sua organização impõe listas de permissão baseadas em IP, certifique-se de que as regras do firewall incluam entradas para ambas as instâncias do Horizon Cloud no Japão, conforme listado no artigo KB 6000374: endereços IP para componentes de serviço.


Permitir URLs para ativação de proxy

Se você planeja usar um servidor proxy para controlar o fluxo de tráfego do ambiente, abra as portas necessárias para permitir que o Horizon Edge Gateway acesse o servidor proxy.

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…