Requisitos de portas, protocolos e URLs para o Horizon Cloud on Microsoft Azure

Certifique-se de que as portas, os protocolos e as URLs de destino necessários para sua implantação do Horizon Cloud on Microsoft Azure 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. Por exemplo, se seus usuários finais usarem apenas o protocolo de exibição Blast Extreme, ativar as portas PCoIP não será um requisito.

Nota: se sua implementação usa um servidor proxy para controlar o fluxo de tráfego, abra as portas necessárias para permitir que o Horizon Edge Gateway acesse o servidor proxy. Quando o formato de seu Microsoft Azure Edge for Edge Gateway (AKS), consulte Regras de rede de saída e FQDN para clusters do Azure Kubernetes Service (AKS). Para situações em que o uso de URLs não é 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.

Para permitir as URLs e subdomínios curinga na tabela abaixo, 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.

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.

Portas e protocolos do App Volumes

Para oferecer suporte a recursos do App Volumes para uso com o Horizon Cloud on Microsoft Azure, 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.

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 a seção Portas e protocolos exigidos pelo Horizon Edge acima.

Você pode permitir uma URL para a sub-rede do locatário (desktop) no nível do Hub de VMs global ou no nível do Hub de VMs regional. Se o uso de instâncias regionais do VM Hub atender às necessidades de seu site, use os dois URLs correspondentes: service Gateway e MQTT, para a região em que seu Horizon Edge Gateway está implantado. O mapeamento dos endpoints regionais é mostrado abaixo da tabela.

Referência de nome de host DNS do Hub de VM Regional

A tabela a seguir mapeia as regiões de implantação do Azure para seus respectivos URLs do Service Gateway e do MQTT. Todas as entradas usam a porta 443, protocolo TCP, para operações relacionadas ao agente, como assinatura de certificados usando o VM Hub e renovação.

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.

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.