Moja stacja robocza (Windows XP, Professional, v2002, SP3) całkowicie ignoruje plik hosts.
Oto kod w moim pliku hosts:
127.0.0.1 localhost
172.17.1.107 wiki
Ale kiedy otwieram przeglądarkę i wpisuję „wiki” w pasku adresu URL i nacisnę „Enter”, zabiera mnie do starej lokalizacji mojej wiki, tak jak pojawiła się w moim starym pliku hosts:
10.0.36.100 wiki
Mimo że zmieniłem nazwę starego pliku hosts na „hosts_full” i przeniosłem go na pulpit (więc całkowicie z folderu etc).
Do tej pory podjąłem następujące kroki:
- Uruchomiony ponownie (3 razy)
- Biegł
ipconfig /flushdns
z linii poleceń - Uruchomiono
ping wiki
z linii poleceń, odpowiedź była
Reply from 10.0.36.100: bytes=32 time=1ms TTL=63
Wyczyściłem każdą pamięć podręczną, o której mogę myśleć (IE, FF).
Mam klienta zapory ISA, który działa na moim komputerze i próbowałem tego wszystkiego z wyłączoną i włączoną funkcją. W rzeczywistości zapora używa starego pliku hosts do samodzielnego rozwiązania:
10.0.2.126 isa3
I jakoś nadal działa dobrze, mimo że nowy plik hosts nie zawiera tej linii.
Jakieś pomysły??? Z góry dziękuję za pomoc!
źródło
Odpowiedzi:
Czy jest jakaś szansa, że używasz serwera proxy do przeglądania? Jeśli tak, być może serwer proxy rozpoznaje nazwę dns.
I dlatego otrzymujesz różne wyniki w linii poleceń z pingiem w przeciwieństwie do przeglądarki.
Ruch poza przypadkiem jest przechwytywany i zmieniany. Bardzo mało prawdopodobne ...
źródło
Firewall odpowiada na pingi?
To jest długa szansa od adresu IP, który podałeś, ale co się stanie, gdy bezpośrednio pingujesz nowy adres IP, czy to działa?
Powód, dla którego pytam, jeśli 10.0.36.100 jest zaporą ogniową, która reaguje na ping, odpowie na to, nawet jeśli pingowałeś inne IP ....
Plik Big Hosts?
Poza tym dostałem raz i mnie od informatyka, w plikach hostów okien było mnóstwo pustych linii, a potem wpisy poniżej - nie zauważyliśmy paska przewijania :-)
Czy plik hosts naprawdę jest plikiem hosts?
Na koniec spójrz do rejestru i upewnij się, że plik hosta jest tam, gdzie go uważasz, następujący klucz określa, gdzie jest rzeczywisty plik hostów:
źródło
Spróbuj opróżnić pamięć podręczną DNS za pomocą przycisku Start -> Uruchom ...
Spróbuj także dezaktywować NetBIOS i LMHOSTS dla swojej karty sieciowej. Możesz zmienić ustawienia we właściwościach TCP / IP używanego połączenia sieciowego, w obszarze Zaawansowane -> WINS.
źródło
Według http://technet.microsoft.com/en-us/library/bb727005.aspx może to być lokalna pamięć podręczna nazw NETBIOS. Możesz użyć nbtstat ( http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/nbtstat.mspx?mfr=true ) do zapytania / czyszczenia tej pamięci podręcznej.
źródło
Okazuje się, że mój korporacyjny DNS został trafiony przed plikiem mojego hosta. Więc ja:
Teraz mój plik hosts działa dobrze ... Z wiersza poleceń. Jeśli jednak wstawię wpis dla www.google.com, który wskazuje na 172.17.1.107, kiedy pinguję go z wiersza poleceń, zwraca adres IP podany w pliku hosts. Ale jeśli kliknę go w przeglądarce, nadal pokazuje mi Google zamiast mojej strony lokalnej. Ale jeśli wstawię wpis dla „fredspc”, który wskazuje na 172.17.1.107, i kliknę go w przeglądarce, zabierze mnie to do 172.17.1.107.
Zrozumiałem to, ponieważ jeśli wprowadzę „tedspc” w moim pliku hosts (tj. Coś, co nigdy się nie rozwiąże) i podam mu adres IP i wyśledzę go ping, rozwiąże to ten adres IP. Problem polegał na tym, że www.wiki.com i cokolwiek innego, co wpisywałem do mojego pliku hosts, miało wpis na moim firmowym serwerze DNS, co powodowało, że się go rozwiązywało, co oznaczało, że nigdy nie przeglądał pliku mojego hosta (ponieważ korporacyjny serwer DNS zostanie najpierw sprawdzony przed plikiem hosts). Więc wyciąłem korporacyjny DNS z pętli wiersza poleceń, ale chyba nie z pętli przeglądarki. Chyba ... Jakieś pomysły?
źródło
Za każdym razem, gdy używam pliku hosta dla moich wpisów DNS (co jest zawsze), wyłączam (wyłączam) usługę DNS (services.msc) działającą natywnie. Następnie wykonaj ipconfig / flushdns, jeśli to się nie powiedzie, uruchom ponownie serwer / pulpit i wyczyści pamięć podręczną. Jakie wpisy DNS nie znajdują się w pliku hosta, serwer / pulpit zastosuje domyślne ustawienia DNS skonfigurowanego interfejsu sieciowego. Pozwala to również na testowanie różnych zapór ogniowych i tym podobnych.
źródło
Właśnie mnie przyłapano na zmianie C: \ windows \ system32 \ drivers \ etc \ hosts, gdy % SystemRoot% zdefiniowano jako C: \ WINNT zamiast C: \ windows ... Nie wiem, dlaczego ten konkretny serwer miał cały instalacja systemu Windows w C: \ windows i C: \ winnt, ale przynajmniej nie czuję się już szalona.
Czuję się trochę głupio, ale to kolejny szybki test dla innych osób, które napotykają ten problem!
źródło
Czy na pewno edytujesz PRAWY plik hostów? Zwykle znajduje się w
%SystemRoot%\system32\drivers\etc\hosts
źródło
Po wypróbowaniu wielu różnych sugerowanych rozwiązań sprawdziłem zabezpieczenia w folderze „etc” i porównałem jego uprawnienia z uprawnieniami do folderu „es-ES”, i stwierdziłem, że użytkownicy grupy nie mieli uprawnień do odczytu i wykonywania, tak jak w przypadku inny. Po przejęciu własności (ponownie) folderu „etc” przyznałem grupie Użytkownicy uprawnienia do odczytu i wykonywania oraz odziedziczyłem je po zawartości folderu. To naprawiło dla mnie problem - jakakolwiek część systemu wysyła zapytania do pliku hosts, najwyraźniej podlega ograniczeniom grupy użytkowników. Musiałem w pewnym momencie przypadkowo usunąć uprawnienia grupy podczas próby modyfikacji pliku hosts.
źródło
Ważne jest usunięcie oryginalnego pliku w systemie Windows i zastąpienie go nowym.
Wiem, że na pytanie udzielono odpowiedzi, ale jasne jest, że istnieje wiele różnych przyczyn i możliwych rozwiązań. Sztuczka polegała na usunięciu pliku, a nie na zastąpieniu go.
Wiem też, że @olefebvre opublikował już coś podobnego, ale nie rozpoznałem go za pomocą skrótów i nie jest (tylko) związany z nieparzystymi znakami, ma doprowadzić okna do rozpoznania pliku w ogóle.
źródło
spróbuj użyć spacji zamiast tabulatorów.
Jak tutaj:
źródło
Czy możesz sprawdzić swoje uprawnienia do pliku hosta? Spróbuj użyć nazwy FQDN dla wpisu „wiki” pliku hosta.
źródło
sprawdziłeś hosty i lmhosts.sam?
źródło