Processo desconhecido respondendo a solicitações da web na cópia do servidor AWS

Question

Estou tentando solucionar um bug de um site que, no momento, só se manifesta em produção. Como não consigo derrubar esse ambiente, estou tentando criar uma cópia o mais próxima possível. O site é baseado no Kentico 11, executado no Windows Server 2019 Datacenter em uma instância t2 do Amazon EC2, apoiado por uma instância RDS SQL Server Web Edition. Para criar o ambiente de teste, faço um dump de backup do banco de dados e o restauro para um banco de dados diferente na instância, e crio uma AMI do EC2 e uso isso para iniciar uma nova instância do EC2.

Este processo funcionou dezenas de vezes no passado, mas desta vez, e já fiz isso quatro vezes até agora, o site na nova instância nunca retornará nada além de um status 404 genérico (ou seja, a página 404 mínima retornado pelo próprio IIS, não pelo Kentico). Estranhamente, essas solicitações para a cópia não estão sendo registradas no log de solicitações do IIS. Não consigo ver nada diferente entre a instância de produção e a cópia, exceto detalhes como o endereço IP e a cadeia de conexão do banco de dados, e não consigo imaginar nenhuma razão para que haja alguma diferença; Criei a AMI minutos antes de iniciar a nova instância. Passei um dia inteiro tentando novamente e pesquisando no Google até meus dedos ficarem dormentes... Alguém tem alguma idéia ou sugestão sobre por que a cópia não está funcionando como esperado ou como fazê-la?

EDIT: Querendo saber o que estava respondendo às solicitações HTTP se o IIS não estivesse, dei uma olhada no cabeçalho de resposta, que inclui isto: Server: Microsoft-HTTPAPI/2.0. Eu achei isto:https://docs.microsoft.com/en-us/windows/win32/http/http-api-start-pageo que realmente apenas aprofunda o mistério. O que está chegando ao IIS e como? E, novamente, como essa instância é iniciada a partir de uma AMI baseada em um site funcional, como ocorreu essa mudança?

EDIT: atualizei o título para maior clareza

Answer 1

Depois de algumas pesquisas comnetstatelista de tarefase determinando que oSistemaprocesso era o que estava respondendo às solicitações nas portas 80 e 443, pensei que deveria ter pensado antes e olhei para ver o que acontecia ao fazer umhost localsolicitação no servidor de produção que está sendo copiado. Para minha surpresa foi a mesma coisa: um 404 retornou com algo que se identificava como Microsoft-HTTPAPI/2.0...Qualfinalmentecoloquei na minha cabeça que isso pode estar relacionado ao nome do host na ligação da porta IIS.

Com certeza, quando editei essas ligações para corresponder ao nome DNS do host de cópia, em vez do nome do servidor que estava sendo copiado, as solicitações foram tratadas pelo IIS e tudo voltou ao normal no que diz respeito ao serviço da web.

Outra história preventiva sobre um desenvolvedor com pouca experiência administrativa tendo que tentar resolver um mistério administrativo.