Minha estação de trabalho (Windows XP, Professional, v2002, SP3) está ignorando completamente o arquivo hosts.
Aqui está o código no meu arquivo de hosts:
127.0.0.1 localhost
172.17.1.107 wiki
Mas, quando eu abro um navegador e digito "wiki" na barra de URL e clico em "Enter", ele me leva para o local antigo do meu wiki como ele apareceu no meu antigo arquivo hosts:
10.0.36.100 wiki
Mesmo que eu tenha renomeado o antigo arquivo hosts "hosts_full" e movido para a minha área de trabalho (assim, fora da pasta etc inteiramente).
Até agora, realizei as seguintes etapas:
ipconfig /flushdns do
linha de comando ping wiki do comando
linha, a resposta foi
Reply from 10.0.36.100: bytes=32 time=1ms TTL=63
Limpei todos os caches em que consigo pensar (IE, FF).
Eu tenho um cliente de firewall ISA que é executado na minha máquina e eu tentei tudo isso com ele desativado e ativado. Na verdade, o firewall usa o antigo arquivo de hosts 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 idéia ??? Agradecemos antecipadamente pela ajuda!
Alguma chance de você estar usando um servidor proxy para navegar? Se assim for, 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 vez do navegador.
O tráfego off-line é interceptado e alterado. Muito pouca chance ...
Firewall responde a pings?
Este é um tiro longo do endereço IP que você deu, mas o que acontece quando você faz o ping do novo ip diretamente, isso funciona?
A razão que eu pergunto, se 10.0.36.100 passa a ser um firewall que responde ao ping, ele vai dizer a resposta, mesmo que você estivesse pingando um IP diferente ....
Arquivo de grandes hosts?
Além disso, isso fez com que eu e outra pessoa de TI ficasse uma vez, havia muitas linhas em branco nos arquivos de hosts da janela e, em seguida, entradas muito 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ê está, a seguinte chave especifica onde está o arquivo de hosts real:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
Tente liberar seu cache DNS com o início - > Corra ...
ipconfig /flushdns
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.
Acontece que meu DNS corporativo estava sendo atingido antes do meu arquivo de hosts. Então eu:
Agora meu arquivo de 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 fizer o ping da linha de comando, ela retornará do endereço IP especificado no arquivo de hosts. Mas se eu acertar no navegador, ele ainda me mostrará o Google em vez do meu site local. Mas se eu colocar uma entrada para "fredspc" que aponte para 172.17.1.107 e acertar isso no navegador, ele me levará para 172.17.1.107.
Eu percebi isso porque se eu inserisse "tedspc" no meu arquivo de hosts (ou seja, algo que nunca seria resolvido) e desse a ele um endereço IP e pingasse, ele resolveria para esse endereço IP. O problema era que www.wiki.com e qualquer outra coisa que eu estava entrando no meu arquivo hosts tinha uma entrada no meu servidor DNS corporativo, que estava causando a resolução, o que significava que nunca olhava para o arquivo hosts (porque o servidor DNS corporativo é olhado primeiro antes do arquivo hosts). Então eu cortei o DNS corporativo fora do loop de prompt de comando, mas não fora do loop do navegador, eu acho ... Alguma idéia?
Sempre que uso o arquivo host para minhas entradas DNS (que é sempre), desative (desabilite) o serviço DNS (services.msc) executado nativamente. Em seguida, faça um ipconfig / flushdns se falhar a reinicialização do servidor / desktop e isso limpará o cache. Quais entradas DNS não estão no arquivo host, o servidor / desktop irá recorrer às configurações de DNS Padrão da Interface de Rede que foram configuradas. Isso também permite testar diferentes firewalls e tal.
Eu só 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 uma instalação completa do windows em C: \ windows e C: \ winnt mas pelo menos não Não me sinto mais louca.
Sinto-me um pouco burro, mas é apenas mais uma verificação rápida para outras pessoas que se deparam com este problema!
Tem certeza de que está editando o arquivo de hosts DIREITO? Geralmente localizado em
%SystemRoot%\system32\drivers\etc\hosts
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 descobri que o grupo Usuários não tinha Read & executar direitos como eles fizeram no outro. Depois de assumir a propriedade (novamente) da pasta "etc", concedi aos usuários do grupo Read & executar permissões e tê-las herdadas pelo conteúdo da pasta. Isso resolveu o problema para mim - qualquer parte do sistema que consulta o arquivo hosts evidentemente está sob as restrições do grupo User. Eu devo ter removido as permissões do grupo acidentalmente em algum momento ao tentar modificar o arquivo de hosts.
É importante excluir o arquivo original no Windows e substituí-lo por um novo!
Eu sei que a pergunta foi respondida, mas está claro que existem muitas razões diferentes e possíveis soluções. O que o truque para mim foi excluir o arquivo, em vez de substituí-lo.
Eu também sei que o @olefebvre já postou algo semelhante, mas eu não o reconheci com suas abreviações e não está (apenas) relacionado a caracteres estranhos, é trazer janelas para reconhecer o arquivo.
por favor, tente usar espaços em vez de abas.
Como aqui:
127.0.0.1 localhost
172.17.1.107 wiki
Você poderia verificar sua permissão no arquivo host? Tente usar um FQDN para a entrada "wiki" do hostfile.
você verificou hosts e lmhosts.sam?