Como dice el título, ejecutando os x 10.10.1. si tengo una entrada en mi archivo de hosts y hago una dig
o nslookup
todavía muestra una IP diferente de la que está en mi archivo de hosts incluso después de intentar vaciar varias cachés.
He probado lo siguiente..
- Vaciar cachés mdns y udns ejecutando:
sudo discoveryutil mdnsflushcache;
sudo discoveryutil udnsflushcaches;
- vaciar caché usando
dscacheutil -flushcache
- recarga el
discoveryd.plist
archivosudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
mi archivo de 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
macos
yosemite
dns
discoveryd
gorelativo
fuente
fuente
Respuestas:
/ private / etc / hosts parece estar funcionando normalmente para mí en Yosemite (versión 10.10.1). No es necesario vaciar el caché o restablecer
discoveryd
(el solucionador DNS en Yosemite);sudo fs_usage | grep private/etc/hosts
muestra ladiscoveryd
lectura del archivo inmediatamente después de guardar los cambios.[Actualización:
discoveryd
solo se usó en las versiones de OS X 10.10.0 - 10.10.3. Tanto en las versiones anteriores como en las posteriores,mDNSResponder
proporciona la misma función ... y también nota inmediatamente los cambios en / etc / hosts.]Sin embargo,
dig
,nslookup
, yhost
no verá entradas en él, ya que de derivación de resolución del sistema y hacer búsquedas de DNS primas. 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 usardscacheutil
:... pero como eso es dolorosamente detallado, tiendo a usarlo
ping
en su lugar (y luego miro la primera línea, donde enumera qué IP está haciendo ping). A partir de 10.9, también puede usar la pestaña de búsqueda de Network Utility (antes de esodig
, y por lo tanto omitió la política de búsqueda del sistema).Por cierto, no 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 no comprenden los resultados de sus propios errores.
fuente
dig
,nslookup
yhost
no utilizan la resolución de DNS local. Dicho esto/etc/hosts
funciona como se esperaba ../etc/hosts
archivo o mi/private/etc/hosts
archivo, entonces no se refleja en absoluto condscacheutil -q host -a name www.example.com
o con cualquier otro comando ..cat -vet /etc/hosts
para hacer visibles los caracteres normalmente invisibles. Cada línea debe verse como "127.0.0.1 ^ Inetsecuritybureau.com $" ("^ I" es una pestaña y "$" es el avance de línea) o "127.0.0.1 netsecuritybureau.com $". Si ve una "^ M" (retorno de carro) justo antes de "$", tiene texto con formato DOS / Windows y necesita eliminar los retornos de carro.M127.0.0.1^Iyoutube.com^M^M
luego realicédscacheutil -flushcache; sudo killall -HUP mDNSResponder
y cuando navego a youtube.com todavía aparece youtube y no localhost.He descubierto otra arruga con este problema.
Para solucionar el problema que tenía, tuve que AGREGAR entradas de archivo 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 IPv6.
Debe agregar entradas duplicadas que se resuelvan en la dirección de host local IPv6 en / etc / hosts.
Entrada IPv4
127.68.56.101 facebook.com
por ejemplo, entrada IPv6
fe80::1%lo0 facebook.com
etc.
fuente
Mi archivo de hosts siguió siendo ignorado después de editarlo en la edición de texto. Intenté varias formas de arreglar los finales de línea, agregué entradas IPv6 a las entradas IPv4 existentes sin éxito después de la respuesta de JB Smiths anterior . Sospecho que su respuesta funcionaría si mi empresa admite IPv6, lo que descubrí después de mis intentos.
La única solución que funcionó para mí es usar este complemento GUI gratuito para editar el archivo de hosts.
https://github.com/specialunderwear/Hosts.prefpane/blob/master/README.mdown
fuente
Encontré este artículo porque Yosemite 10.10.5 no estaba recogiendo los cambios de mi archivo de hosts, y nada de lo que podía hacer era solucionarlo. (Reinicié, intenté enjuagar cachés, seguí todos los consejos que pude encontrar en Internet, etc.).
La respuesta fue tan simple que es vergonzoso, en realidad, pero pensé en compartir. 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 nueva instalación de Yosemite y todavía no había activado "mostrar todas las extensiones de archivo", así que no parecía que el nombre del archivo hubiera cambiado cuando lo vi en mi escritorio.
Por lo tanto, es bastante 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 archivo de hosts esté realmente allí y 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 ninguna extensión, use ".txt" y deseleccione.
fuente
Creo que Apple reconocerá esto como un error (presenté uno hoy). Me di cuenta de que las nuevas entradas
/etc/hosts
se recogen, pero los cambios en las entradas existentes se ignoran. Entonces ... cambiar el nombre de host de una entrada (por ejemplo, web1 a web1a) me proporcionó una solución alternativa.Entrada VIEJA / etc / hosts:
54.173.164.18 web1
NUEVA entrada / etc / hosts:
54.174.161.12 web1a
fuente
En mi caso, configuraría un .ssh / config
fuente
Tuve un problema muy similar en el que recibí por correo dos filas para agregar a mi
/etc/hosts
El dominio contenía un me
-
gustamy-domain.com
El problema resultó ser el cliente de correo electrónico del remitente, sin importar MS Outlook, que convirtió el ascii
-
en el-
carácter largo que a Microsoft le gusta tanto usar su corrección automática incorporada para sustituirlo por el-
suyo-
.El archivo de hosts se veía perfecto y fue difícil encontrar este problema. Cuando eliminé las filas y las escribí manualmente, comenzaron a funcionar.
Fue tan difícil de entender esto, que profundicé en por qué el cliente MacOS debería ignorar el archivo de hosts y pasar directamente a la resolución de nombres.
fuente
Acabo de tener este problema. Fue causado por 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.
Reescribir la fila resolvió el problema.
fuente
Estoy usando la aplicación SelfControl (en realidad en macOS mojave 10.14.4) durante bastante tiempo y pensé en comprobar cómo SelfControl hace sus entradas ... se ven así:
basado en esto cambié todo a mi localhost, así que
trabajos.
fuente