¿Por qué Safari ignora mi archivo / etc / hosts?

Agregué algunos dominios para bloquear ( 127.0.0.1 mydomain.com) a mi /etc/hostsarchivo y, por alguna razón, Safari parece ignorarlos.

Yo he tratado:

• deshabilitar las extensiones de Safari,
• limpiando el caché ( sudo dscacheutil -flushcache),
• reiniciando Safari y la Mac por completo.

Chrome respeta los /etc/hostscambios, pero Safari no. Adjunto hay una muestra de mi /etc/hostsarchivo.

Estoy ejecutando Safari 6.0.4 con Mountain Lion 10.8.3

¿Algunas ideas?

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

Tenía una versión ligeramente diferente del mismo problema, y ​​pensé en mencionar lo que funcionó para mí.

Desarrollo sitios web. Para hacer eso, tengo una copia completa de cada sitio que se ejecuta en mi red local. Cuando deseo trabajar localmente, siempre he agregado una entrada para "example.com" a mi archivo local / etc / hosts, y eso siempre ha anulado el DNS, lo que me permite acceder a la copia local del sitio web en cualquier navegador, incluidos Safari y Firefox. Puedo trabajar sin afectar el sitio real en vivo, luego subir los cambios cuando estén completos.

Recientemente, sin embargo, esta técnica dejó de funcionar para Safari y Firefox, pero no para Chrome, por lo que durante un tiempo estuve limitado a usar Chrome para el desarrollo local. Busqué en Google y probé todas las soluciones sugeridas: CR al final del archivo de hosts, solo una entrada por línea, varios cambios de configuración de Firefox usando "about: config", etc. Nada funcionó.

Luego probé esta cosa simple: además de poner la versión IPV4 de la dirección en el archivo / etc / hosts, también puse la versión IPV6.

Antes de:

10.0.1.23       example.com

Después:

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

Tan pronto como agregué la entrada IPV6, tanto Firefox como Safari comenzaron a golpear el servidor (local) correcto.

Hay varios sitios web que traducirán las direcciones IPV4 a IPV6; simplemente haga una búsqueda en google en "ipv4 a ipv6".

Tuve este mismo problema y fue causado por tener líneas realmente largas en mi archivo de hosts (varios hosts asignados a la misma dirección IP que aparece en la misma línea). Lo arreglé dividiendo esto en varias líneas.

Pasé bastante tiempo en OS X El Captain 10.11.4 para bloquear sitios usando el archivo / etc / hosts en lugar de usar el Control parental en las preferencias del sistema. Al final simplemente funcionó así:

127.0.0.1 www.website.com
127.0.0.1 website.com

Probé muchas variantes, pero siempre estaba asignando a 0.0.0.0 ( 0.0.0.0 website.com). Eso nunca funcionó en ninguna variación.

A diferencia de algunas sugerencias en la web, estas fueron inútiles:

• No había necesidad de bloquear IPv6 como fe80::1%lo0 www.website.como::1 website.com
• No era necesario dscacheutil -flushcache, pero solo hazlo por si acaso.
• No importa si lo pega al principio o al final del archivo de hosts
• Los navegadores parecen haber respondido de manera diferente: Chrome y Safari lo bloquearon inmediatamente una vez hostsque se guardó el archivo correcto , Firefox siguió ignorándolo por un tiempo (no está claro si reiniciarlo fue suficiente).
  • Tratar de usar New Private Window o reiniciar el navegador para probarlo.
• No añada http:// o https://al comienzo de la dirección
• No fueron necesarios otros comandos.
• No deshabilite (= comente agregando un # al principio) líneas que ya están en el archivo de hosts.

Controles útiles

• Compruebe si el sistema reconoce su redireccionamiento dscacheutil -q host -a name website.com; debería mostrar:

  name: website.com
  ip_address: 127.0.0.1
  

• Compruebe si la sintaxis del hostsarchivo es correcta:cat -vet /etc/hosts . Esto muestra caracteres invisibles:

  • Las líneas deben terminar con $
  • Entre 127.0.0.1y website.comdebe ser solo un espacio o una pestaña, que se muestra como ^I.
• Tenga en cuenta que para algunos sitios, como Facebook, por ejemplo, es posible que necesite bloquear muchas direcciones .
• Creo que el hostsarchivo debería terminar con una nueva línea.

Tuve un problema similar. Cada pieza de software en mi Mac respetaba mi entrada de archivo / etc / hosts cuando mi archivo de hosts se vinculaba (alias) a otro archivo, excepto Safari. Cuando su archivo de hosts es un enlace simbólico, Safari lo ignora.

Mi solución fue hacer / etc / hosts un enlace duro. Afortunadamente, el archivo de hosts que mantengo actualizado está en el mismo sistema de archivos. Si no es así, estás enfadado.

Mal Safari ... mal.

Lo único que funciona para mí (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

Trabajó para mí en Yosemite:

1. Vaya a Preferencias del sistema> Red> Avanzado> Proxies
2. Marque Auto Proxy Discovery, presione OK y Apply (no tengo nada más marcado)
3. Ingrese en la Terminal: dscacheutil -flushcache

Esto limpia el dnscache en Yosemite. Ahora Safari y Chrome deberían respetar su archivo de hosts.

Intente colocar uno o dos retornos de carro después de la última entrada.

...
127.0.0.1       facebook.com

^ Carriage Return

En algunos casos, las direcciones de bucle de retorno deben agregarse tanto para IPv4 como para IPv6 en /etc/hosts archivo.

Digamos que ya agregamos una entrada de bloqueo para la dirección IPv4 de website.com:

127.0.0.1 website.com

Si dscacheutil -q host -a name website.comdevuelve direcciones para ambas versiones de protocolo:

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

name: website.com
ip_address: 127.0.0.1

entonces necesitamos agregar otra línea en el archivo de hosts:

::1 website.com

Tenía un final de línea incorrecto. Tiene que tener LF, tuve CR.

También tuve este problema, pero la solución es realmente fácil. Supongamos que crea un Alias ​​en el archivo host en su máquina con el nombre localhost2

Esa entrada en el archivo host debería verse así: 127.0.0.1 localhost2

Cuando escriba "localhost2" en la barra de URL de safari, notará en el menú desplegable que la opción predeterminada es buscar en google, debe seleccionar la opción que dice "Ir al sitio localhost2"

Asegúrese de que su / etc / hosts tenga exactamente estos atributos. Estaba copiando, modificando y reemplazando el archivo usando mi propio ID de usuario, todos los demás programas seguían funcionando excepto el safari ...

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

Para una dirección https example.com, tuve que incluir las direcciones IPv4 e IPv6 para example.com y www.example.com antes de que funcionara. Me gusta esto:

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

De acuerdo con este blog http://thecoredump.org/2011/09/editing-the-hosts-file-in-mac-os-x-lion/

Tiene que poner la entrada al inicio del archivo host. Muy poco ortodoxo. Sin embargo, no tengo ninguna experiencia personal de esto.