OS X 10.10.1 / etc / hosts & / private / etc / hosts se ignora y no se resuelve

/ private / etc / hosts parece funcionar normalmente para mí en Yosemite (versión 10.10.1). No es necesario vaciar la memoria caché o restablecer discoveryd (la resolución de DNS en Yosemite); sudo fs_usage | grep private/etc/hosts muestra a discoveryd leyendo el archivo inmediatamente después de guardar los cambios en él.

Sin embargo, dig , nslookup y host no verán las entradas porque omiten la resolución del sistema y realizan búsquedas de DNS sin procesar. Siempre han hecho esto, así que esto no es nuevo en Yosemite. La forma "oficial" de hacer una búsqueda a través del sistema de resolución en OS X es usar dscacheutil :

dscacheutil -q host -a name www.example.com

... pero como eso es dolorosamente detallado, tiendo a usar ping en su lugar (y luego miro la primera línea, donde se enumera a qué IP está haciendo ping). A partir de la versión 10.9, también puede usar la pestaña de Búsqueda de la Utilidad de red (antes de eso usaba dig , y por lo tanto omitía la política de búsqueda del sistema).

Por cierto, no le prestes atención al hilo de macrumores que Tetsujin enlazó; está lleno de personas que no saben muy bien lo que están haciendo y malinterpretan los resultados de sus propios errores.

He descubierto otra arruga con este problema.

Para solucionar el problema que tenía, tuve que AGREGAR entradas de archivos de hosts de estilo IPv6.

Parece que Safari pasará por alto las entradas de IPv4 SI tiene una configuración de configuración de red de IPv6.

Debe agregar entradas duplicadas que se resuelvan en la dirección de host local de IPv6 en / etc / hosts.

entrada de IPv4 127.68.56.101 facebook.com

por ejemplo Entrada de IPv6 fe80::1%lo0 facebook.com

etc.

El archivo de mi host sigue siendo ignorado después de editarlo en edición de texto. Intenté varias formas de corregir los finales de línea, agregué entradas de IPv6 a las existentes de IPv4 sin éxito siguiendo las respuesta de JB Smiths anterior . Sospecho que su respuesta funcionaría si mi compañía apoya IPv6, que descubrí después de mis intentos.

La única solución que me funcionó es usar este complemento gratuito de GUI para editar el archivo de hosts.

enlace

Encontré este artículo porque Yosemite 10.10.5 no estaba recogiendo los cambios del archivo de hosts, y nada de lo que podía hacer era arreglarlo. (Reinicié, probé el vaciado de cachés, seguí todos los consejos que pude encontrar en Internet, etc.).

La respuesta fue tan simple que es embarazoso, en realidad, pero pensé que lo compartiría. Usé textedit para editar el archivo hosts, y me tomé la libertad de guardar el archivo como hosts.txt. Normalmente notaría algo como esto, pero estoy usando una instalación nueva de Yosemite y aún no había activado "mostrar todas las extensiones de archivo", por lo que no parecía que el nombre del archivo hubiera cambiado cuando lo vi en mi escritorio.

Así que es algo obvio, y la mayoría de las personas que leen esta publicación probablemente ya lo han hecho, pero asegúrese de verificar que su archivo de hosts esté realmente allí y que no haya sido reemplazado por hosts.txt .

Para activar la visualización de extensiones de nombre de archivo, vaya a Finder > Preferencias > Mostrar todas las extensiones de nombre de archivo

Para evitar que TextEdit agregue la extensión .txt a los archivos, abra un archivo en Edición de texto y elija Archivo > Guardar como (si no ve el elemento de menú Guardar como , mantenga presionada la tecla de opción después de hacer clic en Archivo y Guardar como debería aparecer en el menú). Busque la opción Si no se proporciona una extensión, use ".txt" y anule la selección.

Creo que Apple reconocerá esto como un error (envié uno hoy). Noté que se recogen las nuevas entradas en /etc/hosts pero se ignoran los cambios a las entradas existentes. Así que ... cambiar el nombre de host de una entrada (por ejemplo, web1 a web1a) proporcionó una solución para mí.

Entrada OLD / etc / hosts: 54.173.164.18 web1

NUEVO / etc / hosts entrada: 54.174.161.12 web1a

En mi caso, configuré un .ssh / config

#Host *.ourdemo.ca
  User jumpy
  ProxyCommand ssh ourjumpbox.ca -W %h:%p

Tuve un problema muy similar en el que recibí por correo dos filas para agregar a mi /etc/hosts

El dominio contenía un - como my-domain.com

El problema resultó ser el cliente de correo electrónico del remitente, no importa decirlo, MS Outlook, que convirtió el ascii - en el carácter largo - que a Microsoft le encanta usar su corrección automática incrustada para sustituir el - con su - .

El archivo hosts se veía perfecto y era difícil encontrar este problema. Cuando eliminé las filas y las escribí manualmente, empezaron a funcionar.

Fue tan difícil de entender esto, que profundicé en el motivo por el cual el cliente MacOS debería ignorar el archivo de hosts y saltar directamente a la resolución de nombres.

Sólo tuve este problema. Fue causado al copiar / pegar desde hipchat en lugar de escribir la dirección.

El proceso de copia agregó algunos caracteres incorrectos en lugar de espacios y causó el problema.

Al volver a escribir la fila se resolvió el problema.