Estoy intentando solucionar un error del sitio web que, por el momento, sólo se manifiesta en producción. Como no puedo eliminar ese entorno, estoy intentando crear una copia lo más parecida posible. El sitio está basado en Kentico 11 y se ejecuta en Windows Server 2019 Datacenter en una instancia Amazon EC2 t2, respaldada por una instancia RDS SQL Server Web Edition. Para crear el entorno de prueba, hago una copia de seguridad de la base de datos y la restauro en una base de datos diferente en la instancia, creo una AMI de EC2 y la uso para iniciar una nueva instancia EC2.
Este proceso ha funcionado docenas de veces en el pasado, pero esta vez, y lo he hecho cuatro veces hasta ahora, el sitio web en la nueva instancia nunca devolverá nada más que un estado 404 genérico (es decir, la página 404 mínima). devuelto por el propio IIS, no por Kentico). Curiosamente, estas solicitudes a la copia no se registran en su registro de solicitudes de IIS. No puedo ver nada que sea diferente entre la instancia de producción y la copia, excepto detalles como la dirección IP y la cadena de conexión de la base de datos, y no puedo imaginar ninguna razón por la cual habría alguna diferencia; Creé la AMI solo unos minutos antes de lanzar la nueva instancia. Pasé un día entero intentándolo nuevamente y buscando en Google hasta que mis dedos se entumecieron... ¿Alguien tiene alguna idea o sugerencia sobre por qué la copia no funciona como se esperaba o cómo lograrlo?
EDITAR: Preguntándome qué respondía a las solicitudes HTTP si IIS no lo hacía, eché un vistazo al encabezado de respuesta, que incluye esto: Server: Microsoft-HTTPAPI/2.0. Encontré esto:https://docs.microsoft.com/en-us/windows/win32/http/http-api-start-pagelo que realmente sólo profundiza el misterio. ¿Qué se le presenta a IIS y cómo? Y nuevamente, dado que esta instancia se lanza desde una AMI basada en un sitio de trabajo, ¿cómo se produjo este cambio?
EDITAR: actualicé el título para mayor claridad.
Respuesta1
Después de investigar un poco connetstatylista de tareasy determinando que elSistemaEl proceso era lo que respondía a las solicitudes en los puertos 80 y 443, tuve un pensamiento que debería haber tenido antes y miré para ver qué sucede al hacer unservidor localsolicitud en el servidor de producción que se está copiando. Para mi sorpresa fue lo mismo: un 404 regresó por algo que se identificaba como Microsoft-HTTPAPI/2.0...finalmenteSe me ocurrió la idea de que podría estar relacionado con el nombre de host en el enlace del puerto IIS.
Efectivamente, cuando edité esos enlaces para que coincidieran con el nombre DNS del host de copia, en lugar del nombre del servidor que se estaba copiando, IIS manejó las solicitudes y todo volvió a la normalidad en lo que respecta al servicio web.
Otra advertencia sobre un desarrollador con poca experiencia administrativa que tiene que intentar resolver un misterio del lado administrativo.