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

Como dice el título, ejecutando os x 10.10.1. si tengo una input en mi file de hosts y hago un dig o nslookup , todavía muestra una dirección IP diferente a la que está en mi file de hosts, incluso después de intentar vaciar varios cachings.

He probado lo siguiente..

  • Mavericks - ssh para alojar en el dominio de búsqueda
  • ¿Por qué la resolución de nombres de dominio es lenta en Sierra?
  • En OS X, ¿es posible anular los serveres DNS asignados por DHCP, pero aún así mantenerlos para el repliegue?
  • SSH'ing con solo un nombre de máquina en la networking interna: nombre de nodo o server proporcionado, o no conocido
  • ¿Cuál es el equivalente de OS X al NSS de Linux?
  • DNS: ¿Los dominios de búsqueda no funcionan correctamente?
    1. enjuague cachings mdns y udns ejecutando:
      1. sudo discoveryutil mdnsflushcache;
      2. sudo discoveryutil udnsflushcaches;
    2. vaciar la caching usando dscacheutil -flushcache
    3. recarga el file discoveryd.plist
      1. sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
      2. sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

    mi file hosts se ve así ..

     % cat /private/etc/hosts ## # 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 166.78.60.102 admin.devsite1.com 

  • ¿Cómo recupero una opción de arranque OS X "invisible" en BootCamp (ejecutándose en un MBA 2013)?
  • Método abreviado de keyboard para desplazar la window hacia arriba y hacia abajo
  • IKEv2 VPN El Capitan 10.11
  • ¿Cómo desactivo la Protección de Integridad del Sistema (SIP) AKA "sin raíz" en macOs
  • sudo: command no encontrado
  • ¿Cuáles son las requestes de escaneo del aeropuerto?
  • 8 Solutions collect form web for “El file 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 el caching o restablecer discoveryd (el sistema de resolución de DNS en Yosemite); sudo fs_usage | grep private/etc/hosts sudo fs_usage | grep private/etc/hosts muestra discoveryd leyendo el file inmediatamente después de save los cambios en él.

    Sin embargo, dig , nslookup y el host no verán las inputs porque eludirán la resolución del sistema y realizarán búsquedas 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 ya que es muy detallado, tiendo a usar ping lugar (y luego miro la primera línea, donde se muestra qué IP está haciendo ping). A partir de 10.9, también puede usar la pestaña de búsqueda de Network Utility (antes utilizaba dig y, por lo tanto, eludía la política de búsqueda del sistema).

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

    He descubierto otra arruga con este problema.

    Para solucionar el problema que estaba teniendo, tuve que AGREGAR inputs de files de hosts de estilo IPv6.

    Parece que Safari pasará por alto las inputs IPv4 SI tiene una configuration de configuration de networking IPv6.

    Debe agregar inputs duplicadas que se resuelvan a direcciones IPv6 localhost en / etc / hosts.

    Entrada IPv4 127.68.56.101 facebook.com

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

    etc.

    El file de mi host siguió siendo ignorado después de que edité en la edición de text. Intenté varias forms de corregir los finales de línea, agregué inputs de IPv6 a las inputs de IPv4 existentes sin éxito después de la respuesta de JB Smiths anterior . Sospecho que su respuesta funcionaría si mi empresa admite IPv6, que descubrí después de mis bashs.

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

    https://github.com/specialunderwear/Hosts.prefpane/blob/master/README.mdown

    Encontré este artículo porque Yosemite 10.10.5 no estaba recogiendo los cambios de mi file hosts, y no podía hacer nada para solucionarlo. (Reinicié, intenté borrar los cachings, seguí todos los consejos que pude encontrar en Internet, etc.).

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

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

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

    Para evitar que TextEdit agregue la extensión .txt a los files, abra un file en Editar text y elija Archivo> Guardar como (si no ve el elemento de menu Guardar como , mantenga presionada la tecla de opción después de hacer clic en Archivo y Guardar como debería aparecer en el menu). Busque la opción Si no se proporciona ninguna extensión, use ".txt" y anule la selección.

    Creo que Apple reconocerá esto como un error (lo presenté hoy). Me di count de que las nuevas inputs en /etc/hosts se recogen, pero los cambios en las inputs existentes se ignoran. Entonces … cambiar el nombre de host de una input (por ejemplo, web1 a web1a) proporcionó una solución para mí.

    Entrada ANTIGUA / etc / hosts: 54.173.164.18 web1

    NUEVA input / etc / hosts: 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 -sin decir que MS Outlook -que convirtió el ASCII- en el carácter largo que tanto le gusta a Microsoft usar su corrección automática integrada para sustituir el - con su - .

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

    Era tan difícil de entender esto, que profundicé en el por qué el cliente MacOS debería ignorar el file hosts y omitir directamente la resolución del nombre.

    Solo tuve este problema. Fue causado al copyr / pegar de hipchat en lugar de escribir la dirección.

    El process de copydo agregó algunos caracteres incorrectos en lugar de espacios y causó el problema.

    Reescribir la fila resolvió el problema.

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