Minha estação de trabalho (Windows XP, Professional, v2002, SP3) está ignorando completamente o arquivo de hosts.
Aqui está o código no meu arquivo hosts:
127.0.0.1 localhost
172.17.1.107 wiki
Mas, quando abro um navegador e digito "wiki" na barra de URL e clico em "Enter", leva-me para o antigo local do meu wiki, como apareceu no meu antigo arquivo de hosts:
10.0.36.100 wiki
Mesmo que eu tenha renomeado o arquivo antigo de hosts "hosts_full" e o movido para a minha área de trabalho (portanto, saia totalmente da pasta etc).
Até agora, tomei as seguintes etapas:
- Reiniciado (3 vezes)
- Ran a
ipconfig /flushdns
partir da linha de comando - Ran
ping wiki
da linha de comando, a resposta foi
Reply from 10.0.36.100: bytes=32 time=1ms TTL=63
Limpei todos os cache em que consigo pensar (IE, FF).
Eu tenho um cliente de firewall ISA que é executado na minha máquina e tentei tudo isso com ela desativada e ativada. De fato, o firewall usa o arquivo hosts antigo para se resolver:
10.0.2.126 isa3
E, de alguma forma, ainda funciona bem, mesmo que o novo arquivo de hosts não contenha essa linha.
Alguma ideia??? Obrigado antecipadamente pela ajuda!
fonte
Respostas:
Alguma chance de você estar usando um servidor proxy para navegar? Nesse caso, pode ser que o servidor proxy esteja resolvendo o nome do DNS para você.
E é por isso que você obtém resultados diferentes em uma linha de comando com ping em oposição ao navegador.
O tráfego sem chance é interceptado e alterado. Muito pouca chance ...
fonte
Firewall Respondendo a Pings?
Esta é uma possibilidade remota do endereço IP que você forneceu, mas o que acontece quando você executa o ping diretamente no novo ip, isso funciona?
A razão pela qual pergunto, se 10.0.36.100 for um firewall que responde ao ping, ele responderá, mesmo que você estivesse executando um ping em um IP diferente ....
Arquivo Big Hosts?
Além disso, isso me levou a outra pessoa de TI: havia muitas linhas em branco nos arquivos de hosts da janela e, em seguida, entradas abaixo - não notamos a barra de rolagem :-)
O arquivo hosts é realmente o arquivo hosts?
Por fim, procure no registro e verifique se o arquivo host está onde você pensa que está, a seguinte chave especifica onde está o arquivo atual:
fonte
Tente liberar seu cache DNS com Iniciar -> Executar ...
Tente também desativar o NetBIOS e o LMHOSTS para o seu adaptador de rede. Você pode alterar as configurações nas Propriedades TCP / IP da Conexão de rede usada, em Avançado -> WINS.
fonte
De acordo com http://technet.microsoft.com/en-us/library/bb727005.aspx, ele pode estar no cache de nomes NETBIOS local. Você pode usar o nbtstat ( http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/nbtstat.mspx?mfr=true ) para consultar / limpar esse cache.
fonte
Acontece que meu DNS corporativo estava sendo atingido antes do arquivo de meus hosts. Então eu:
Agora meu arquivo hosts funciona muito bem ... Na linha de comando. No entanto, se eu inserir uma entrada para www.google.com que aponte para 172.17.1.107, quando eu fizer o ping na linha de comando, ela retornará do endereço IP especificado no arquivo hosts. Mas se eu acessá-lo no navegador, ele ainda mostra o Google em vez do meu site local. Mas se eu inserir uma entrada para "fredspc" que aponte para 172.17.1.107 e acessar a partir do navegador, levarei para 172.17.1.107.
Eu descobri isso porque, se eu digitasse "tedspc" no arquivo de hosts (ou seja, algo que nunca resolveria) e desse um endereço IP e o fizesse ping, ele resolveria esse endereço IP. O problema era que www.wiki.com e qualquer outra coisa que eu estava inserindo no arquivo hosts apresentava uma entrada no servidor DNS corporativo, o que estava causando a sua resolução, o que significava que nunca examinava o arquivo hosts (porque o servidor DNS corporativo é analisado primeiro antes do arquivo hosts). Então, eu cortei o DNS corporativo do loop do prompt de comando, mas não do loop do navegador, acho ... Alguma idéia?
fonte
Sempre que uso o arquivo host para minhas entradas DNS (que é sempre), desativo (desativo) o serviço DNS (services.msc) em execução nativamente. Em seguida, faça um ipconfig / flushdns, se isso falhar, reinicie o servidor / desktop e isso limpará o cache. Quais entradas DNS não estão no arquivo host, o servidor / área de trabalho recorrerá às configurações DNS padrão da interface de rede que foram configuradas. Isso também permite testar diferentes firewalls e similares.
fonte
Eu apenas fui pego alterando C: \ windows \ system32 \ drivers \ etc \ hosts quando % SystemRoot% foi definido como C: \ WINNT em vez de C: \ windows ... Não sei por que esse servidor em particular tinha um servidor inteiro. instalação do Windows em C: \ windows e C: \ winnt, mas pelo menos não me sinto mais louco.
Eu me sinto meio idiota, mas é apenas mais uma verificação rápida para outras pessoas que se deparam com esse problema!
fonte
Tem certeza de que está editando o arquivo RIGHT hosts? Geralmente localizado em
%SystemRoot%\system32\drivers\etc\hosts
fonte
Depois de tentar várias soluções sugeridas, verifiquei a segurança na pasta 'etc' e comparei suas permissões com as da pasta 'es-ES' e constatei que o grupo Usuários não tinha direitos de Leitura e Execução, como no diretório de outros. Depois de me apropriar (novamente) da pasta 'etc', concedi permissões de leitura e execução aos usuários do grupo e as herdei pelo conteúdo da pasta. Isso resolveu o problema para mim - qualquer parte do sistema que consulta o arquivo hosts está evidentemente sob as restrições do grupo Usuário. Devo ter removido acidentalmente as permissões do grupo em algum momento ao tentar modificar o arquivo hosts.
fonte
É importante excluir o arquivo original no Windows e substituí-lo por um novo!
Sei que a pergunta foi respondida, mas é claro que existem muitas razões diferentes e possíveis soluções. O que fez o truque para mim foi excluir o arquivo, em vez de substituí-lo.
Sei também que o @olefebvre já postou algo semelhante, mas não o reconheci com suas abreviações e não está relacionado apenas a caracteres estranhos, é para trazer janelas para reconhecer o arquivo.
fonte
tente usar espaços em vez de guias.
Como aqui:
fonte
Você pode verificar sua permissão no arquivo host? Tente usar um FQDN para a entrada "wiki" do arquivo de host.
fonte
você verificou hosts e lmhosts.sam?
fonte