/ etc / hosts no actualizará / actualizará en absoluto

Agrego a mi /etc/hosts esto:

 127.0.0.1 youtube.com 

Guarda el file. Enjuaga todo con:

  • Red de DNS consulta las networkingirecciones a localhost
  • Servidor Lion: locking del DNS
  • El file de hosts se restablece después de cada reinicio
  • No se puede acceder a ciertos sitios web
  • ¿Cómo configurar macOS Server para evitar la transferencia de zona DNS?
  • Consejo de Yosemite / Consejo de configuration de dominio
  •  dscacheutil -flushcache; sudo killall -HUP mDNSResponder 

    Reinicia mi computadora 30 veces.

    Luego corro:

     dscacheutil -q host -a name youtube.com 

    Y entiendo:

     name: youtube.com ip_address: 216.58.220.46 

    Borre mi caching completamente desde el comienzo de los times en cualquier browser, vaya a: youtube.com , y obtengo youtube.com , no mi server local.

    Estoy usando OS X 10.10.5, Yosemite.

  • ¿Cuáles son las desventajas de usar Apple Git?
  • ¿Cómo puedo abrir el puerto 80 para que un process que no sea raíz pueda vincularse a él?
  • ¿Por qué extraer este tgz arroja un error en mi Mac pero no en Linux?
  • ¿Cómo borrar los files sobrantes de las migraciones abortadas?
  • ¿Cuál es la mejor herramienta key de remapeo?
  • ¿Qué metadatos de todos los files está disponible en macOS?
  • 2 Solutions collect form web for “/ etc / hosts no actualizará / actualizará en absoluto”

    Verifique su file de hosts, porque probablemente esté mal formado. Debería verse similar a este:

     ## # 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 youtube.com 127.0.0.1 www.youtube.com 255.255.255.255 broadcasthost ::1 localhost 

    Al abrir el file con sudo nano /etc/hosts , debe tener una línea vacía final. Todas las inputs para 127.0.0.1 se deben agregar encima del broadcasthost. El espacio entre la dirección IP y el nombre de host debe ser una pestaña: .

    Después de escribir el file en el disco con nano, los cambios deben tener efecto inmediatamente (generalmente sin ejecutar ningún command dnscacheutil o killall). Verifique esto con ping youtube.com .

    Google Chrome es (probablemente) la única aplicación que no se adhiere correctamente (como se reveló en una VM).

     sudo killall -HUP mDNSResponder 

    No se requiere reiniciar

    "¡Funciona!" para mí, OS X 10.11.6

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).