Perché Safari ignora il mio file / etc / hosts?

Ho aggiunto alcuni domini per bloccare ( 127.0.0.1 mydomain.com) al mio /etc/hostsfile e per qualche motivo, Safari sembra ignorarli.

Ho provato:

• disabilitando le estensioni di Safari,
• svuotare la cache ( sudo dscacheutil -flushcache),
• riavviare Safari e Mac del tutto.

Chrome rispetta le /etc/hostsmodifiche, ma Safari no. In allegato è un esempio del mio /etc/hostsfile.

Sto eseguendo Safari 6.0.4 con Mountain Lion 10.8.3

Qualche idea?

##
# 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

Ho avuto una versione leggermente diversa dello stesso problema e ho pensato di menzionare ciò che ha funzionato per me.

Sviluppo siti Web. Per fare ciò, ho una copia completa di ciascun sito in esecuzione sulla mia rete locale. Quando desidero lavorare localmente, ho sempre aggiunto una voce per "esempio.com" al mio file locale / etc / hosts e che ha sempre ignorato il DNS, permettendomi di accedere alla copia locale del sito web in qualsiasi browser, inclusi Safari e Firefox. Posso lavorare senza influire sul sito live effettivo, quindi caricare le modifiche al termine.

Recentemente, tuttavia, questa tecnica ha smesso di funzionare sia per Safari che per Firefox, ma non per Chrome, quindi per un po 'mi sono limitato ad usare Chrome per lo sviluppo locale. Ho cercato su Google e provato tutte le correzioni suggerite: CR alla fine del file hosts, solo una voce per riga, varie modifiche alla configurazione di Firefox usando "about: config", ecc. Niente ha funzionato.

Poi ho provato questa semplice cosa: oltre a mettere la versione IPV4 dell'indirizzo nel file / etc / hosts, ho anche messo la versione IPV6.

Prima:

10.0.1.23       example.com

Dopo:

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

Non appena ho aggiunto la voce IPV6, sia Firefox che Safari hanno iniziato a colpire il server (locale) corretto.

Esistono vari siti Web che traducono gli indirizzi IPV4 in IPV6; basta fare una ricerca su google su "ipv4 to ipv6".

Ho avuto lo stesso problema ed è stato causato dalla presenza di righe molto lunghe nel mio file hosts (più host mappati allo stesso indirizzo IP elencato sulla stessa riga). L'ho risolto suddividendolo in più righe.

Ho trascorso un bel po 'di tempo su OS X El Captain 10.11.4 per bloccare i siti usando il file / etc / hosts invece di usare il Parental Control nelle preferenze di Sistema. Alla fine ha semplicemente funzionato così:

127.0.0.1 www.website.com
127.0.0.1 website.com

Ho provato molte varianti, ma ho sempre mappato su 0.0.0.0 ( 0.0.0.0 website.com). Non ha mai funzionato in nessuna variazione.

A differenza di alcuni suggerimenti sul Web, questi erano inutili:

• Non è stato necessario bloccare IPv6 come fe80::1%lo0 www.website.como::1 website.com
• Non ce n'era bisogno dscacheutil -flushcache, ma fallo nel caso.
• Non importa se lo si incolla all'inizio o alla fine del file hosts
• Sembra che i browser abbiano ricevuto una risposta diversa: Chrome e Safari lo hanno bloccato immediatamente dopo aver hostssalvato il file corretto , Firefox ha continuato a ignorarlo per un po '(non è chiaro se il riavvio fosse sufficiente).
  • Prova a utilizzare New Private Windowo riavviare il browser per testarlo.
• Non aggiungere http://o https://all'inizio dell'indirizzo
• Non erano necessari altri comandi.
• Non disabilitare (= commentare aggiungendo #a all'inizio) le righe che sono già nel file hosts.

Controlli utili

• Verifica se il sistema riconosce il reindirizzamento dscacheutil -q host -a name website.com: dovrebbe essere visualizzato:

  name: website.com
  ip_address: 127.0.0.1
  

• Controllare se la sintassi del hostsfile è corretto: cat -vet /etc/hosts. Questo mostra personaggi invisibili:

  • Le linee dovrebbero finire con $
  • Tra 127.0.0.1e website.comdovrebbe essere solo uno spazio o una scheda, che viene visualizzato come ^I.
• Tieni presente che per alcuni siti, ad esempio Facebook, potresti dover bloccare molti indirizzi .
• Penso che il hostsfile dovrebbe terminare con una nuova riga.

Ho avuto un problema simile. Ogni pezzo di software sul mio Mac rispettava la voce del mio file / etc / hosts quando il mio file hosts veniva collegato (alias) ad un altro file, tranne Safari. Quando il file hosts è un collegamento simbolico, Safari lo ignora.

La mia soluzione era quella di rendere / etc / hosts un collegamento reale. Fortunatamente il file hosts che tengo aggiornato è nello stesso file system. Se non lo è, sei impazzito.

Safari cattivo ... cattivo.

L' unica cosa che funziona per me (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

Ha lavorato per me su Yosemite:

1. Vai a Preferenze di Sistema> Rete> Avanzate> Proxy
2. Spuntare Auto Proxy Discovery, premere OK e Applica (non ho altro spuntato)
3. Entra nel Terminale: dscacheutil -flushcache

Questo elimina il dnscache in Yosemite. Ora Safari e Chrome dovrebbero rispettare il file degli host.

Prova a inserire uno o due ritorni a capo dopo l'ultima voce.

...
127.0.0.1       facebook.com

^ Carriage Return

In alcuni casi, è necessario aggiungere indirizzi di loopback sia per IPv4 che per IPv6 nel /etc/hostsfile.

Supponiamo che abbiamo già aggiunto una voce di blocco per l'indirizzo IPv4 di website.com:

127.0.0.1 website.com

Se dscacheutil -q host -a name website.comrestituisce gli indirizzi per entrambe le versioni del protocollo:

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

name: website.com
ip_address: 127.0.0.1

allora dobbiamo aggiungere un'altra riga nel file hosts:

::1 website.com

Ho avuto un finale di linea sbagliato. Deve avere LF, avevo CR.

Ho avuto anche questo problema, ma la soluzione è davvero semplice Supponiamo che crei un alias nel file host sul tuo computer con il nome localhost2

La voce nel file host dovrebbe apparire così: 127.0.0.1 localhost2

Quando digiti "localhost2" nella barra dell'URL di Safari noterai nel menu a discesa che l'opzione predefinita è cercare quella su google, dovresti selezionare l'opzione dicendo "Vai al sito localhost2"

Assicurati che il tuo / etc / hosts abbia esattamente questi attributi. Stavo copiando, modificando e sostituendo il file usando il mio userid, ogni altro programma continuava a funzionare tranne Safari ...

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

Per un indirizzo https example.com, ho dovuto includere entrambi gli indirizzi IPv4 e IPv6 sia per example.com che per www.example.com prima che funzionasse. Come questo:

##
# 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

Secondo questo blog http://thecoredump.org/2011/09/editing-the-hosts-file-in-mac-os-x-lion/

Devi inserire la voce all'inizio del file host. Molto poco ortodosso. Non ho alcuna esperienza personale di questo però.