Dlaczego Safari ignoruje mój plik / etc / hosts?

Dodałem kilka domen do block ( 127.0.0.1 mydomain.com) do mojego /etc/hostspliku iz jakiegoś powodu Safari wydaje się je ignorować.

Próbowałem:

• wyłączanie rozszerzeń Safari,
• czyszczenie pamięci podręcznej ( sudo dscacheutil -flushcache),
• ponowne uruchomienie Safari i Maca całkowicie.

Chrome uwzględnia /etc/hostszmiany, ale Safari nie. W załączeniu znajduje się próbka mojego /etc/hostspliku.

Używam Safari 6.0.4 z Mountain Lion 10.8.3

Jakieś pomysły?

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0     localhost
127.0.0.1       facebook.com

Miałem nieco inną wersję tego samego problemu i pomyślałem, że wspomnę o tym, co dla mnie zadziałało.

Tworzę strony internetowe. Aby to zrobić, mam pełną kopię każdej witryny działającej w mojej sieci lokalnej. Kiedy chcę pracować lokalnie, zawsze dodawałem wpis „example.com” do mojego lokalnego pliku / etc / hosts, co zawsze zastępowało DNS, umożliwiając mi dostęp do lokalnej kopii witryny w dowolna przeglądarka, w tym Safari i Firefox. Mogę pracować bez wpływu na rzeczywistą witrynę, a następnie przesyłać zmiany po ich zakończeniu.

Ostatnio jednak ta technika przestała działać zarówno w przeglądarce Safari, jak i Firefox, ale nie w przypadku Chrome, więc przez pewien czas byłem ograniczony do używania Chrome do programowania lokalnego. Przeszukałem google i wypróbowałem wszystkie sugerowane poprawki - CR na końcu pliku hosts, tylko jeden wpis w linii, różne zmiany konfiguracji Firefoksa za pomocą „about: config” itp. Nic nie działało.

Potem wypróbowałem tę prostą rzecz: oprócz umieszczenia wersji adresu IPV4 w pliku / etc / hosts, umieściłem również wersję IPV6.

Przed:

10.0.1.23       example.com

Po:

10.0.1.23       example.com
0:0:0:0:0:FFFF:0A00:0117        example.com

Jak tylko dodałem wpis IPV6, zarówno Firefox, jak i Safari zaczęły uderzać we właściwy (lokalny) serwer.

Istnieją różne strony internetowe, które tłumaczą adresy IPV4 na IPV6; po prostu wyszukaj w Google „ipv4 do ipv6”.

Miałem ten sam problem i był spowodowany bardzo długimi liniami w moim pliku hosts (wiele hostów mapowanych na ten sam adres IP wymienionych w tym samym wierszu). Naprawiłem to, dzieląc to na kilka linii.

Spędziłem sporo czasu na OS X El Captain 10.11.4, aby zablokować witryny przy użyciu pliku / etc / hosts zamiast używania Kontroli rodzicielskiej w preferencjach systemu. Na koniec po prostu działało tak:

127.0.0.1 www.website.com
127.0.0.1 website.com

Próbowałem wielu wariantów, ale zawsze mapowałem na 0.0.0.0 ( 0.0.0.0 website.com). To nigdy nie działało w żadnej odmianie.

W przeciwieństwie do niektórych sugestii w Internecie, były one bezużyteczne:

• Nie było potrzeby blokowania IPv6 jak fe80::1%lo0 www.website.comlub::1 website.com
• Nie było takiej potrzeby dscacheutil -flushcache, ale zrób to na wszelki wypadek.
• Nie ma znaczenia, czy wkleisz go na początku lub na końcu pliku hosts
• Wygląda na to, że przeglądarki zareagowały inaczej: Chrome i Safari zablokowały go natychmiast po hostszapisaniu poprawnego pliku, Firefox ignorował go przez chwilę (nie jest jasne, czy ponowne uruchomienie było wystarczające).
  • Spróbuj użyć New Private Windowlub uruchom ponownie przeglądarkę do przetestowania.
• Nie dodawaj http://ani https://na początku adresu
• Żadne inne polecenia nie były konieczne.
• Nie wyłączaj (= komentuj, dodając #na początku) wierszy, które są już w pliku hosts.

Przydatne kontrole

• Sprawdź, czy system rozpoznaje twoje przekierowanie dscacheutil -q host -a name website.com- powinien wyświetlić:

  name: website.com
  ip_address: 127.0.0.1
  

• Sprawdź, czy składnia hostspliku jest poprawna: cat -vet /etc/hosts. Pokazuje niewidoczne znaki:

  • Linie powinny się kończyć $
  • Pomiędzy 127.0.0.1i website.compowinna być tylko spacja lub tabulator, który jest wyświetlany jako ^I.
• Pamiętaj, że w niektórych witrynach, na przykład na Facebooku, może być konieczne zablokowanie wielu adresów .
• Myślę, że hostsplik powinien kończyć się nową linią.

Miałem podobny problem. Każde oprogramowanie na moim Macu honorowało wpis w moim pliku / etc / hosts, kiedy mój plik hosts był dowiązany (alias) do innego pliku, z wyjątkiem Safari. Gdy plik hosts jest dowiązaniem symbolicznym, Safari go ignoruje.

Moim rozwiązaniem było uczynienie / etc / hosts twardym linkiem. Na szczęście aktualizowany przeze mnie plik hosts znajduje się w tym samym systemie plików. Jeśli tak nie jest, jesteś zaskoczony.

Złe Safari ... złe.

Tylko rzeczą, która pracuje dla mnie (10.12.1 „Sierra”):

127.0.0.1   example.com
127.0.0.1   www.example.com
fe80::1%lo0 example.com
fe80::1%lo0 www.example.com

Pracowałem dla mnie w Yosemite:

1. Wybierz Preferencje systemowe> Sieć> Zaawansowane> Proxy
2. Zaznacz Automatyczne wykrywanie proxy, naciśnij OK i Zastosuj (nie zaznaczyłem nic innego)
3. Wprowadź w terminalu: dscacheutil -flushcache

Spowoduje to opróżnienie pamięci podręcznej dnscache w Yosemite. Teraz Safari i Chrome powinny szanować plik hosts.

Spróbuj umieścić jeden lub dwa znaki powrotu karetki po ostatnim wpisie.

...
127.0.0.1       facebook.com

^ Carriage Return

W niektórych przypadkach w /etc/hostspliku należy dodać adresy sprzężenia zwrotnego zarówno dla IPv4, jak i IPv6 .

Powiedzmy, że już dodaliśmy wpis blokujący dla adresu IPv4 website.com:

127.0.0.1 website.com

Jeśli dscacheutil -q host -a name website.comzwraca adresy dla obu wersji protokołu:

name: website.com
ipv6_address: rand:omin:vali:dipv:6addr:ess5

name: website.com
ip_address: 127.0.0.1

następnie musimy dodać kolejną linię do pliku hosts:

::1 website.com

Miałem złe zakończenie linii. To musi mieć LF, miałem CR.

Miałem też ten problem, ale rozwiązanie jest naprawdę łatwe Załóżmy, że utworzysz Alias ​​w pliku hosta na maszynie o nazwie localhost2

Wpis w pliku hosta powinien wyglądać następująco: 127.0.0.1 localhost2

Po wpisaniu „localhost2” na pasku adresu URL safari zauważysz w menu rozwijanym, że domyślną opcją jest wyszukiwanie go w Google, należy wybrać opcję „Przejdź do strony localhost2”

Upewnij się, że twój / etc / hosts ma dokładnie te atrybuty. Kopiowałem, modyfikowałem i zastępowałem plik przy użyciu własnego identyfikatora użytkownika, wszystkie inne programy działały oprócz safari ...

$ ls -l /etc/hosts
-rw-r--r--  1 root  wheel  1004 Sep 24 16:03 /etc/hosts

W przypadku adresu https example.com musiałem podać zarówno adresy IPv4, jak i IPv6 dla przykładów example.com i www.example.com, zanim zadziałało. Lubię to:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
127.0.0.1       example.com
::1     example.com
127.0.0.1       www.example.com
::1     www.example.com
255.255.255.255 broadcasthost
::1             localhost

Według tego bloga http://thecoredump.org/2011/09/editing-the-hosts-file-in-mac-os-x-lion/

Musisz umieścić wpis na początku pliku hosta. Bardzo niekonwencjonalny. Nie ma to jednak żadnego osobistego doświadczenia.