Requisitos de puertos, protocolos y URL para Horizon Cloud on Amazon WorkSpaces Core

Asegúrese de que los puertos, los protocolos y las URL de destino necesarios para su implementación de Horizon Cloud on Amazon WorkSpaces Core permitan la comunicación según sea necesario. Utilice las tablas siguientes para verificar que la configuración de la red y los firewalls permitan el tráfico de comunicación que se requiere para una implementación correcta y para las operaciones diarias.

Los puertos y protocolos específicos requeridos para su implementación dependerán en parte de las funciones que decida usar. Si no tiene pensado utilizar un componente o protocolo específico, el tráfico de comunicación requerido no será necesario y podrá ignorar los puertos asociados con ese componente.

Importante: Para permitir las URL y los subdominios comodín correspondientes, agréguelos a una lista de permitidos de su firewall y de su grupo de seguridad de red, y desactive la inspección profunda de paquetes SSL en el firewall y, si procede, en el servidor proxy. Si Horizon Edge Gateway está conectado a Horizon Agent a través de un servidor proxy, omita la inspección profunda de paquetes SSL en el servidor proxy para las URL y los subdominios comodín especificados a continuación. Para las situaciones en las que no es posible usar direcciones URL, consulte el artículo 6000374 de la base de conocimientos sobre direcciones IP para componentes de servicio.

Puertos y protocolos necesarios para Horizon Edge

Al activar Supervisión de la infraestructura de Horizon, Horizon Edge se implementa y se configura en la suscripción asociada. En la siguiente tabla se indican los puertos y protocolos necesarios durante el proceso de activación (en el que el dispositivo implementa y configura las máquinas virtuales de gestión para poder recopilar datos de supervisión), así como los puertos y protocolos necesarios durante el funcionamiento en estado estable.

Requisitos de protocolos y puertos de máquina virtual de Unified Access Gateway

Además de los puertos y protocolos de la tabla anterior, los puertos y protocolos de la siguiente tabla están relacionados con las puertas de enlace configuradas para el funcionamiento continuo tras la implementación. En el caso de las conexiones configuradas con instancias de Unified Access Gateway, debe permitirse el tráfico hacia y desde las instancias de Unified Access Gateway a los destinos que se indican a continuación.

Notas:

• Para estas instancias de Unified Access Gateway implementadas por servicio, los puertos UDP requieren que se permitan los datagramas UDP de reenvío y de respuesta. Por ejemplo, los servicios de Unified Access Gateway usan DNS para resolver los nombres de host. Las solicitudes de DNS se realizan en el puerto UDP 53, por lo que es importante que un firewall externo no bloquee estas solicitudes o respuestas.
• Unified Access Gateway se implementa en una configuración de varias NIC. La columna Red de origen indica en qué red se origina el tráfico.
• Omita la inspección profunda de paquetes SSL en la subred DMZ para todas las URL y los subdominios comodín especificados a continuación, tanto en el firewall para el tráfico desde Unified Access Gateway hacia los endpoints *.horizon.omnissa.com como en cualquier servidor proxy que utilice Unified Access Gateway para acceder a los endpoints del plano de control de la nube.

Puertos y protocolos de App Volumes

Para admitir funciones de App Volumes para su uso con Horizon Cloud on Amazon WorkSpaces Core, debe configurar el puerto 445 para el tráfico de protocolo TCP a la subred del inquilino (escritorios). El puerto 445 es el puerto SMB estándar para acceder a los recursos compartidos de archivos SMB en Microsoft Windows. Las AppStacks se almacenan en un recurso compartido de archivos SMB ubicado en el grupo de recursos de la máquina virtual del administrador de pods.

Nota: Si utiliza Active Directory autoadministrado, local o en la nube, para administrar identidades y dispositivos, puede agregar un sistema de archivos FSx para Windows File Server al dominio de Active Directory. Consulte la documentación de AWS sobre el uso de Microsoft Active Directory autoadministrado.

Requisitos de puertos y protocolos de VDI

La siguiente tabla proporciona los puertos y los protocolos necesarios para las subredes de escritorio (VDI o inquilino) configuradas en el entorno.

Nota: Además de los puertos que se indican a continuación, asegúrese de que también se pueda acceder desde su entorno a las URL y a los subdominios comodín necesarios para Horizon Edge. Para obtener más información, consulte Permitir URL para la subred de administración y comprobar el acceso a la URL a continuación.

Requisitos de protocolos y puertos de tráfico de conexión de usuario final

Para obtener información detallada acerca de los distintos clientes de Horizon Client que los usuarios finales pueden utilizar con su dispositivo virtual de Horizon Edge, consulte la documentación del producto Horizon Client. Los puertos que hay que abrir dependerán de la opción que elija para que se conecten sus usuarios finales.

Permitir URL para la subred de administración y comprobar el acceso a la URL

Para permitir las URL adecuadas y los subdominios comodín según la ubicación y los requisitos de su sitio, realice las siguientes tareas:

• Permita las URL y los subdominios comodín de la siguiente tabla agregándolos a una lista de permitidos de su firewall y de su grupo de seguridad de red.
• Omita la inspección profunda de paquetes SSL en el firewall para las URL y los subdominios comodín que se indican a continuación.
• Si procede, omita la inspección profunda de paquetes SSL en el servidor proxy. Si Horizon Edge Gateway está conectado a Horizon Agent a través de un servidor proxy, omita la inspección profunda de paquetes SSL en el servidor proxy para las URL y los subdominios comodín incluidos en la siguiente tabla.

Importante: Los fines que se indican se refieren al contexto de una implementación de Horizon Edge.

Permitir URL para subred de inquilino (escritorio)

Utilice una instancia de Hub de máquina virtual global o una instancia de Hub de máquina virtual regional.

• Omita la inspección profunda de paquetes SSL en el firewall para las URL y los subdominios comodín que se indican a continuación.
• Si procede, omita la inspección profunda de paquetes SSL en el servidor proxy. Si Horizon Edge Gateway está conectado a Horizon Agent a través de un servidor proxy, omita la inspección profunda de paquetes SSL en el servidor proxy para las URL y los subdominios comodín especificados a continuación.

Nombre de host de DNS de Hub de máquina virtual global

Si el uso de una instancia de Hub de máquina virtual global se ajusta a las necesidades de su sitio, permita la siguiente URL:

Nombres de host DNS de Hub de máquina virtual regional

Si el uso de instancias regionales del Hub de máquina virtual se ajusta a las necesidades de su sitio, utilice las dos URL correspondientes a la región en la que esté implementada su instancia de Horizon Edge Gateway. Todas las instancias del Hub de máquina virtual regional utilizan el puerto 443, con el protocolo TCP, para operaciones relacionadas con el agente, como la firma de certificados mediante el Hub de máquina virtual y la renovación.

Nota: Horizon Cloud cuenta con una implementación activa-activa localizada en Japón para garantizar que la resiliencia de la infraestructura se mantenga íntegramente dentro de la región, cumpliendo con las directrices de cumplimiento locales. El tráfico se distribuye dinámicamente entre la instancia de Horizon Cloud 1 (Japón Este) y la instancia de Horizon Cloud 2 (Japón Oeste) en función de la afinidad geográfica. Si su organización aplica una lista de permitidos basada en direcciones IP, asegúrese de que las reglas de su firewall incluyan entradas para las dos instancias de Horizon Cloud en Japón, tal y como se indican en el artículo de la base de conocimientos 6000374 sobre las direcciones IP de los componentes del servicio.

Permitir las URL para habilitar proxy

Si tiene pensado utilizar un servidor proxy para controlar el flujo de tráfico desde su entorno, abra los puertos requeridos para permitir que Horizon Edge Gateway acceda al servidor proxy.