Novos sites no novo Windows 2012 Server (IIS 8) retorna 404 do Windows 7

2

Eu tenho uma nova instalação do Windows 2012 Server e estou tentando criar um site simples. Eu sou capaz de atingir o site padrão (retorna a home page do IIS 8) usando o endereço IP. Mas estou recebendo um 404 em um site recém-criado contendo uma única página .html.

Aqui estão os passos que tomei no servidor:
1) Crie um novo site (deixe todas as configurações padrão, exceto :)
2) Defina o nome do host (cabeçalho) para "teste" (deixe IP em *, porta em 80)
3) Definir caminho físico para wwwroot \ test
4) Crie um único arquivo index.html em wwwroot \ test

Aqui estão os passos que dei ao meu cliente (Windows 7 Pro):
1) Atualize o arquivo hosts para apontar "teste" para o IP do servidor (verifique através do ping de "teste" que ele resolve para o IP correto)
2) Navegue para test / index.html

A resposta:

Not Found


HTTP Error 404. The requested resource is not found.

Dicas adicionais:

  • Eu verifiquei os logs e nenhuma atividade está sendo registrada para "teste" - tudo que vejo são os registros das solicitações de site padrão.
  • Se eu parar o site padrão e apenas navegar para o IP, obtenho o mesmo 404.
  • Se eu parar os dois sites e navegar para o IP, receberei um tempo limite de conexão.
  • Se eu parar os dois sites e procurar "testar", obtenho o mesmo erro 404.
  • Inspecionando a solicitação "teste" (404) por meio do Fiddler, os cabeçalhos são:

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=us-ascii
Server: Microsoft-HTTPAPI/2.0
Date: Sat, 22 Jun 2013 04:39:10 GMT
Connection: close
Content-Length: 315

  • Inspecionando a solicitação do site padrão (200) por meio do Fiddler, os cabeçalhos são:

HTTP/1.1 200 OK
Content-Type: text/html
Content-Encoding: gzip
Last-Modified: Sat, 22 Jun 2013 02:45:45 GMT
Accept-Ranges: bytes
ETag: "3b69f897f26ece1:0"
Vary: Accept-Encoding
Server: Microsoft-IIS/8.0
X-Powered-By: ASP.NET
Date: Sat, 22 Jun 2013 04:58:31 GMT
Content-Length: 820

Além disso, depois de puxar o cabo de rede no servidor:

  • Ping "test" ainda responde e resolve para o IP do servidor (127.168.1.125)
  • Verificando meu roteador, confirmei que 127.168.1.125 foi mapeado para o novo servidor da web
  • A navegação para o site padrão continua expirando
  • Navegar até "test" ainda me dá o 404
  • A inspeção do IP de solicitação no Fiddler confirma que as solicitações para "teste" estão sendo resolvidas para o IP direito (127.168.1.125)

Parece que, com base nos resultados depois de puxar o cabo de rede que não é um problema com o servidor (acontece o mesmo se o cabo está ou não conectado), mas com base nos resultados do Fiddler, o cliente está fazendo tudo deveria fazer (roteamento para o IP correto e ainda obter um 404 mesmo quando não estiver conectado).

Há tantas coisas que estão inexplicavelmente erradas:
Por que estou recebendo um 404 em "teste", mesmo quando o cabo está desconectado?
Que meu ping está respondendo mesmo quando o cabo está desconectado?
- de onde vem o 404, se o servidor não está servindo?
- Por que navegar para o IP quando o site padrão é desligado me dá um 404?

Eu não sei mais o que solucionar neste momento. E quanto mais eu pesquiso problemas e tento controlar as coisas, mais turvas as águas ficam.

Eu nunca teria imaginado que ter um site simples com uma única página html em uma nova instalação de servidor me daria tantos problemas.

    
por Jerad Rose 22.06.2013 / 07:43

1 resposta

2

127.168.1.125 é um endereço de loopback (juntamente com todo o 127.0.0.0/8). Este IP não está em um intervalo RFC1918 (privado); apenas 172.16.0.0/12, 192.168.0.0/16 e 10.0.0.0/8 devem ser utilizados para este fim. O RFC1700 proíbe especificamente que a sub-rede 127.0.0.0/8 seja usada para comunicação entre hosts diferentes.

Provavelmente, o servidor com o qual você está falando é realmente o que você está procurando, embora não seja necessário.

Devido ao seu teste com a desconexão do cabo de rede, posso dizer que você está contatando algo diferente do servidor pretendido. Você deve renumerar sua rede de teste para usar um intervalo privado para evitar confundir as coisas, e seus problemas provavelmente desaparecerão.

Se, de alguma forma, seu ambiente já usar todos os endereços IP RFC1918 disponíveis, você também poderá usar 169.254.0.0/24 e 169.254.255.0/24, que são intervalos APIPA (configuração automática) reservados para uso por hosts com numeração estática (por exemplo, estação de trabalho escolherá números nesses intervalos).

    
por 22.06.2013 / 11:15