Contoso quiere alojar dos sitios web HTTPS diferentes (api.contoso.com y retail.contoso.com) detrás de un único Application Gateway v2 utilizando alojamiento multisitio. ¿Cuáles son las dos acciones necesarias para enrutar el tráfico HTTPS al grupo de backend correcto y mantener conexiones de cliente seguras? (seleccione DOS)

Para el alojamiento multisitio HTTPS, es fundamental que el Application Gateway distinga entre los dominios. La primera acción correcta es crear dos escuchas HTTPS separadas, una para api.contoso.com y otra para retail.contoso.com. Cada escucha debe tener su propio certificado SSL cargado y SNI (Server Name Indication) habilitado. SNI permite que el cliente especifique el nombre de host deseado durante el handshake SSL, permitiendo al Application Gateway presentar el certificado correcto. La segunda acción correcta es crear dos reglas de enrutamiento de solicitudes. Cada regla debe vincular una escucha específica (definida por su nombre de host) a su grupo de backend correspondiente. Las reglas basadas en prioridad no son necesarias aquí, ya que el enrutamiento se basa en el nombre de host de la escucha. La opción de una única escucha global no funcionaría para HTTPS multisitio, ya que el Application Gateway no sabría qué certificado presentar sin el nombre de host en la escucha. Configurar escuchas HTTP básicas no mantendría conexiones de cliente seguras. Usar una única escucha HTTPS con un certificado SAN y condiciones de encabezado de host en la regla de enrutamiento no es el método estándar ni el más eficiente para el alojamiento multisitio en Application Gateway v2, ya que las escuchas basadas en host con SNI están diseñadas para este propósito.