Interessante IIS 404 estranho para arquivos que existem, mas apenas para um cabeçalho de host específico

Question

Então, eu tenho um site com dois cabeçalhos de host:

header1.example.com
header2.example.com

Neste site, eu tenho um diretório virtual chamado Foo e ele tem vários subdiretórios 1, 2, 3 & 4 que têm várias folhas de estilo. Uma página faz referência a essas folhas de estilo dinamicamente por meio de /Foo/1/Style.css e /Foo/2/Style.css .

i.e.

http://header1.example.com/SomePageThatUsesFoo1Style.aspx
http://header1.example.com/SomePageThatUsesFoo2Style.aspx

Quando vou para http://header1.example.com/SomePageThatUsesFoo2Style.aspx , estou recebendo um 404 tentando obter /Foo/2/Style.css .

O arquivo contém 100% do diretório correto e as permissões estão corretas.

A parte interessante. Se eu for para http://header1.example.com/SomePageThatUsesFoo1Style.aspx , tudo funciona bem. Além disso, se eu for para http://header2.SomePageThatUsesFoo2Style.aspx ou http://header2.example.com/SomePageThatUsesFoo1Style.aspx , tudo funcionará bem.

Alguém viu esse tipo de problema estranho em que um cabeçalho de host específico estraga tudo?

Eu também adicionarei que apenas para risos, eu criei um site completamente novo a partir do zero com um novo cabeçalho de host ( header3.example.com ) e tudo funcionou. Parei o site antigo e adicionei header1 e header2 ao novo site e ocorreu o mesmo erro.

Nota: Eu tentei usar o Microsoft Network Monitor 3.4 para capturar pacotes. Eu bati várias páginas do meu site onde o acima é experimentado. Aplicou um filtro à captura para qualquer código de status HTTP > = 400 e não há resultados. Ao usar o Fiddler da minha área de trabalho no meu site, o Fiddler também mostra um 404.

Alguma opinião?

    

Answer 1

Eu tive a melhor sorte de rastrear erros 404 executando uma captura de pacotes no servidor para observar as solicitações e as respostas reais.

Na captura, você poderá ver a solicitação real que gerou o 404 e a resposta. Eu costumo digitar a solicitação para ver exatamente o que está sendo solicitado. Você deve conseguir ver o URL real que está sendo solicitado quando o 404 é encontrado e, em seguida, você pode verificar se o URL é válido ou não.