Habilitar la autenticación en dos fases en las puertas de enlace de un pod de Horizon Cloud

Para habilitar el uso de la autenticación en dos fases en la configuración de puerta de enlace de un pod ya implementado, utilice la acción Editar en la página de detalles del pod. Las configuraciones de puerta de enlace en el pod utilizan máquinas virtuales de Unified Access Gateway y proporcionan acceso de los usuarios finales a sus escritorios y aplicaciones. Puede agregar esta configuración de autenticación en dos fases a las configuraciones de puerta de enlace existentes del pod, o bien puede agregarla al mismo tiempo que agrega una nueva configuración de puerta de enlace. Utilice el flujo de trabajo Editar pod para agregar la configuración de autenticación en dos fases a la configuración de puerta de enlace del pod.

Nota: Cuando el arrendatario está configurado para utilizar Universal Broker y la configuración del agente tiene habilitada la autenticación en dos fases, se debe establecer el mismo tipo de autenticación en dos fases en las puertas de enlace externas de todos los pods del grupo. En este escenario, cuando se realizan estos pasos para agregar una autenticación en dos fases a una puerta de enlace externa, la interfaz de usuario aplicará la elección del tipo de autenticación en dos fases que coincida con el establecido en la configuración del agente.

Requisitos previos

Para la puerta de enlace a la que va a agregar la autenticación en dos fases, compruebe que ha rellenado los campos de esa configuración de puerta de enlace en el asistente. Al configurar la autenticación en dos fases en un servidor de autenticación local, también se proporciona información en los siguientes campos para que las instancias de Unified Access Gateway de esa puerta de enlace puedan resolver el enrutamiento a ese servidor local.

Compruebe que ha usado la siguiente información en la configuración del servidor de autenticación, de modo que pueda proporcionarla en los campos adecuados del asistente de implementación de pods. Si utiliza un servidor de autenticación RADIUS y tiene un servidor principal y uno secundario, obtenga la información de cada uno de ellos.

• RADIUS

  Si va a configurar los ajustes de un servidor RADIUS principal y auxiliar, obtenga la información de cada uno de ellos.

  • Dirección IP o nombre DNS del servidor de autenticación

  • El secreto compartido que se utiliza para cifrar y descifrar en los mensajes de protocolo del servidor de autenticación.

  • Números de puerto de autenticación, por lo general, 1812/UDP para RADIUS.

  • Tipo de autenticación Entre los tipos de autenticación se incluyen PAP (Protocolo de autenticación de contraseña), CHAP (Protocolo de autenticación por desafío mutuo), MSCHAP1 MSCHAP2 (Protocolo de autenticación por desafío mutuo de Microsoft, versiones 1 y 2).

    Nota: Compruebe la documentación del proveedor de RADIUS para el protocolo de autenticación que el proveedor de RADIUS recomiende y siga el tipo de protocolo indicado. Las instancias de Unified Access Gateway proporcionan la capacidad del pod para admitir la autenticación en dos fases con RADIUS y Unified Access Gateway admite PAP, CHAP, MSCHAP1 y MSCHAP2. Por lo general, PAP es menos seguro que MSCHAP2. PAP también es un protocolo más simple que MSCHAP2. Como resultado, aunque la mayoría de los proveedores RADIUS son compatibles con el protocolo PAP más simple, algunos proveedores RADIUS no son tan compatibles con el MSCHAP2 más seguro.

• RSA SecurID

  Nota: El tipo RSA SecurID es compatible con las implementaciones de Horizon Cloud on Microsoft Azure que ejecutan el manifiesto 3139.x o una versión posterior. La opción de interfaz de usuario para especificar el tipo de RSA SecurID en los asistentes Agregar pod y Editar pod estará visible para su selección en los asistentes a partir de mediados de marzo de 2022.

  • Clave de acceso del servidor de RSA SecurID Authentication Manager.
  • Número de puerto de comunicación de RSA SecurID. Por lo general, es 5555, como se establece en la configuración del sistema RSA Authentication Manager para la API de autenticación de RSA SecurID.
  • Nombre de host del servidor de RSA SecurID Authentication Manager.
  • Dirección IP del servidor del administrador de autenticación RSA SecurID.
  • Si el servidor de RSA SecurID Authentication Manager o su servidor de equilibrador de carga tienen un certificado autofirmado, necesitará el certificado de CA para proporcionarlo en el asistente Agregar pod. El certificado debe estar en formato PEM (tipos .cer de archivo o.cert ).pem

Procedimiento

1. Si el paso Configuración de puerta de enlace de la ventana Editar pod aún no está abierto, haga clic en Editar en la página de detalles del pod y, a continuación, haga clic en Siguiente para continuar con el paso Configuración de puerta de enlace .

2. Coloque la ventana en el tipo de puerta de enlace para el que desea habilitar la autenticación en dos fases, ya sea externo o interno.

3. Active la opción Habilitar la autenticación en dos fases .

   Cuando la opción está habilitada, el asistente muestra campos de configuración adicionales. Utilice la barra de desplazamiento para acceder a todos los campos.

   La siguiente captura de pantalla es un ejemplo de lo que se muestra después de activar la opción en la sección UAG externa .

   

4. Seleccione el tipo de autenticación en dos fases, RADIUS o RSA SecurID.

   Actualmente, los tipos compatibles disponibles son RADIUS y RSA SecurID.

   Después de seleccionar el tipo, el menú Configuración de autenticación en dos fases refleja automáticamente que está agregando una configuración de ese tipo seleccionado. Por ejemplo, si se selecciona el tipo RSA SecurID , el menú Configuración de autenticación en dos fases muestra Nuevo RSA SecurID.

5. En el campo Nombre de la configuración , introduzca un nombre identificativo para esta configuración.

6. En la sección Propiedades, especifique los detalles relacionados con la interacción de los usuarios finales con la pantalla de inicio de sesión que utilizarán para autenticarse para el acceso.

   El asistente muestra campos en función de la configuración que una implementación de Horizon Cloud on Microsoft Azure admite mediante el uso de con sus configuraciones de puerta de enlace. Los campos varían según el tipo de autenticación en dos fases seleccionado. Consulte la siguiente tabla, que corresponde al tipo seleccionado, RADIUS o RSA SecurID.

   • RADIUS

     A medida que complete los campos, se requerirá especificar los detalles sobre el servidor de autenticación principal. Si tiene un servidor de autenticación secundario, habilite la opción Servidor auxiliar y especifique también los detalles de ese servidor.

     Opción	Descripción
     Nombre para mostrar	Puede dejar este campo en blanco. A pesar de que este campo está visible en el asistente, solo establece un nombre interno en la configuración de Unified Access Gateway. Los clientes de Horizon no utilizan este nombre.
     Mostrar sugerencia	Opcionalmente, introduzca una cadena de texto que se mostrará a los usuarios finales en el mensaje de la pantalla de inicio de sesión de cliente del usuario final cuando se solicite al usuario su nombre de usuario y código de acceso de RADIUS. La sugerencia especificada se muestra al usuario final como Introduzca su nombre de usuario y código de acceso de DisplayHint, donde DisplayHint es el texto que especifique en este campo. Esta sugerencia puede servir de orientación a los usuarios para introducir el código de acceso RADIUS correcto. Por ejemplo, especificar una frase como Nombre de usuario de empresa de ejemplo y contraseña de dominio a continuación para derivaría en una solicitud para el usuario final con el mensaje Introduzca el nombre de usuario de empresa de ejemplo y la contraseña de dominio a continuación para el nombre de usuario y el código de acceso.
     Sufijo de ID de nombre	Esta opción se utiliza en escenarios de SAML, donde el pod está configurado para utilizar TrueSSO para Single Sign-On. De forma opcional, proporcione una cadena que se anexará al nombre de usuario de confirmación de SAML que se envía en la solicitud al administrador de pods. Por ejemplo, si el nombre de usuario introducido es user1 en la pantalla de inicio de sesión y se especifica aquí un sufijo de ID de nombre @example.com, se envía un nombre de usuario de confirmación SAML user1@example.com en la solicitud.
     Número de iteraciones	Introduzca el número máximo de intentos de autenticación fallidos que se permiten para un usuario al intentar iniciar sesión con este sistema RADIUS.
     Mantener nombre de usuario	Habilite esta opción para mantener el nombre de usuario de Active Directory del usuario durante el flujo de autenticación que se transmite entre el cliente, la instancia de Unified Access Gateway y el servicio RADIUS. Cuando se habilita: El usuario debe tener las mismas credenciales de nombre de usuario para RADIUS que para su autenticación de Active Directory. El usuario no puede cambiar el nombre de usuario en la pantalla de inicio de sesión. Si se desactiva esta opción, el usuario puede escribir otro nombre de usuario en la pantalla de inicio de sesión. Nota: Para conocer la relación entre habilitar Mantener nombre de usuario y la configuración de seguridad del dominio en Horizon Cloud, consulte el tema Configuración de seguridad del dominio en la página Configuración general.
     Nombre de host/dirección IP	Introduzca el nombre DNS o la dirección IP del servidor de autenticación.
     Secreto compartido	Introduzca el secreto para comunicarse con el servidor de autenticación. El valor debe ser idéntico al valor configurado por el servidor.
     Autenticación	Especifique el puerto UDP configurado en el servidor de autenticación para enviar o recibir tráfico de autenticación. El valor predeterminado es 1812.
     Puerto de contabilidad	Opcionalmente, especifique el puerto UDP configurado en el servidor de autenticación para enviar o recibir tráfico de contabilidad. El valor predeterminado es 1813.
     Mecanismo	Seleccione el protocolo de autenticación compatible con el servidor de autenticación especificado y que desea que use el pod implementado.
     Tiempo de espera del servidor	Especifique el número de segundos que el pod debe esperar para recibir una respuesta del servidor de autenticación. Después de este número de segundos, se envía un reintento si el servidor no responde.
     Número máximo de reintentos	Especifique el número máximo de veces que el pod debe volver a reenviar las solicitudes fallidas al servidor de autenticación.
     Prefijo de territorio	De forma opcional, proporcione una cadena que el sistema colocará delante del nombre de usuario cuando este se envíe al servidor de autenticación. La ubicación de la cuenta de usuario se denomina dominio kerberos. Por ejemplo, si el nombre de usuario introducido es usuario1 en la pantalla de inicio de sesión y se ha especificado un prefijo de dominio kerberos DOMINIO-A\, el sistema envía DOMINIO-A\usuario1 al servidor de autenticación. Si no especifica ningún prefijo de dominio kerberos, solo se envía el nombre de usuario introducido.
     Sufijo de territorio	De forma opcional, proporcione una cadena que el sistema anexará al nombre de usuario cuando este se envíe al servidor de autenticación. Por ejemplo, si el nombre de usuario introducido es user1 en la pantalla de inicio de sesión y se ha especificado un sufijo de dominio kerberos @example.com aquí, el sistema envía user1@example.com al servidor de autenticación.

   • RSA SecurID

     Opción	Descripción
     Clave de acceso	Escriba la clave de acceso para el sistema RSA SecurID, obtenida en la configuración de la API de autenticación de RSA SecurID del sistema.
     Puerto del servidor	Especifique el valor configurado en la configuración de la API de autenticación de RSA SecurID del sistema para el puerto de comunicación (por lo general, 5555 de forma predeterminada).
     Nombre de host del servidor	Introduzca el nombre DNS del servidor de autenticación.
     Dirección del servidor	Introduzca la dirección IP del servidor de autenticación.
     Número de iteraciones	Introduzca el número máximo de intentos de autenticación fallidos que se permiten a un usuario antes de que se bloquee durante una hora. El valor predeterminado es cinco (5) intentos.
     Certificado de CA	Este elemento es necesario cuando el servidor de RSA SecurID Authentication Manager o su equilibrador de carga utilizan un certificado autofirmado. En este caso, copie el certificado de CA y péguelo en este campo. Como se describió anteriormente en esta página, la información del certificado debe proporcionarse en formato PEM. Cuando el servidor tiene un certificado firmado por una entidad de certificación (CA) pública, este campo es opcional.
     Autenticación	Especifique el número de segundos que desea que el intento de autenticación esté disponible entre las instancias de Unified Access Gateway y el servidor de autenticación RSA SecurID antes de que se agote el tiempo de espera. El valor predeterminado es 180.

7. Cuando haya realizado todos los ajustes que desee, haga clic en Guardar y salir.

   Aparece un mensaje de confirmación que le pide que confirme el inicio del flujo de trabajo.

8. Haga clic en Sí para iniciar el flujo de trabajo.

Resultados

Hasta que el sistema termine de implementar la nueva configuración en el pod, la sección de la página de resumen del pod correspondiente a la puerta de enlace en la que agregó la autenticación en dos fases mostrará el estado Pendiente.

Cuando se complete el flujo de trabajo, el estado se mostrará como Listo y la configuración de dos autenticaciones de la puerta de enlace se mostrará en la página.

Nota: Al ejecutar este flujo de trabajo para un pod de Microsoft Azure China, el proceso puede tardar más de una hora en completarse. El proceso está sujeto a problemas de red geográficos que pueden provocar bajas velocidades de descarga dado que los archivos binarios se descargan desde el plano de control de nube.

¿Qué hacer a continuación?

Importante: Antes de que los usuarios finales puedan empezar a utilizar la puerta de enlace con la función de autenticación en dos fases, debe completar las siguientes tareas.

• Si la puerta de enlace externa del pod tiene configurada la autenticación en dos fases y no se puede acceder al servidor de autenticación en dos fases dentro de la misma topología de VNet en la que se implementan las instancias de Unified Access Gateway de la puerta de enlace, configure ese servidor de autenticación en dos fases para permitir la comunicación desde la dirección IP del equilibrador de carga de la puerta de enlace externa.

  En este escenario, donde no se puede acceder al servidor de autenticación en dos fases dentro de la misma topología de VNet que la implementación de la puerta de enlace, las instancias de Unified Access Gateway intentan ponerse en contacto con ese servidor mediante la dirección del equilibrador de carga. Para permitir el tráfico de comunicación, asegúrese de que la dirección IP del recurso del equilibrador de carga que se encuentra en el grupo de recursos de la puerta de enlace externa esté especificada como un cliente o como un agente registrado en la configuración del servidor de autenticación en dos fases. Consulte la documentación del servidor de autenticación en dos fases para obtener información específica sobre cómo permitir esa comunicación.

• Si se puede acceder al servidor de autenticación en dos fases dentro de la misma topología de VNet, configure el servidor de autenticación en dos fases para permitir la comunicación desde las NIC adecuadas que se crearon para las instancias de Unified Access Gateway de la implementación en Microsoft Azure.

  El administrador de red determina la visibilidad de red del servidor de autenticación en dos fases para la topología de VNet de Azure y sus subredes utilizadas para la implementación. El servidor de autenticación en dos fases debe permitir la comunicación desde las direcciones IP de las NIC de las instancias de Unified Access Gateway que correspondan a la subred para la que el administrador de red haya otorgado visibilidad de red al servidor de autenticación en dos fases.

  El grupo de recursos de la puerta de enlace en Microsoft Azure tiene cuatro NIC que corresponden a esa subred: dos que están activas actualmente para las dos instancias de Unified Access Gateway, y dos que están inactivas y se convertirán en las instancias activas después de que se actualice el pod y sus puertas de enlace.

  Si desea admitir el tráfico de comunicación entre la puerta de enlace y el servidor de autenticación en dos fases para las operaciones del pod en curso y después de cada actualización del pod, asegúrese de que las direcciones IP de esas cuatro NIC estén especificadas como clientes o como agentes registrados en la configuración del servidor. Consulte la documentación del servidor de autenticación en dos fases para obtener información específica sobre cómo permitir esa comunicación.

Para obtener información sobre cómo obtener esas direcciones IP, consulte Actualizar el sistema de autenticación en dos fases con la información requerida de puerta de enlace del pod de Horizon Cloud.