Usted aloja varios sitios IIS: contoso.com, app1.contoso.com, app2.contoso.com y api.contoso.com. Desea un único certificado para proteger todos los nombres y planea renovarlo con un tiempo de inactividad mínimo. ¿Qué debería hacer? Elija dos acciones.

La opción de solicitar un certificado SAN (Subject Alternative Name) es correcta porque permite incluir múltiples nombres de host (contoso.com, app1.contoso.com, app2.contoso.com, api.contoso.com) en un solo certificado, lo cual es ideal para este escenario. Habilitar SNI (Server Name Indication) en los enlaces de IIS permite que múltiples sitios web HTTPS compartan la misma dirección IP y puerto, cada uno con su propio certificado, optimizando el uso de recursos. La opción de renovar con solapamiento es correcta porque importar el nuevo certificado antes de que expire el antiguo y luego actualizar los enlaces durante una ventana de mantenimiento minimiza el tiempo de inactividad. La opción de certificado wildcard .contoso.com es incorrecta porque, aunque cubriría los subdominios, no cubriría el dominio raíz contoso.com directamente sin una entrada SAN adicional o un certificado wildcard específico para el dominio raíz. Un wildcard anidado ..contoso.com es incorrecto porque los certificados wildcard solo cubren un nivel de subdominio. Exportar la clave privada antigua e importarla al nuevo certificado es incorrecto y una mala práctica de seguridad; cada certificado debe tener su propia clave privada generada.