Estoy ejecutando dnsmasq en un MBP 2016 con Mac OS Sierra (10.12.1), pero no puedo hacer ping a ninguna dirección .dev a pesar de tener lo que creo que es la configuración adecuada. Ejecutar excavación devuelve una salida sana.
/usr/local/etc/dnsmasq.conf
resolv-file=/usr/local/etc/resolv-dnsmasq.conf
address=/.dev/127.0.0.1
/etc/resolver/dev
nameserver 127.0.0.1
/usr/local/etc/resolv-dnsmasq.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
Mi lista de servidores DNS en Preferencias del sistema tiene solo una entrada que apunta a 127.0.0.1.
Cuando ejecuto dig en una dirección .dev, obtengo el siguiente resultado:
; <<>> DiG 9.11.0-P1 <<>> test.dev
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36126
;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;test.dev. IN A
;; ANSWER SECTION:
test.dev. 0 IN A 127.0.0.1
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Dec 19 23:13:20 PST 2016
;; MSG SIZE rcvd: 42
Puedo cargar perfectamente sitios externos como google.com, pero si intento acceder a un servidor web local o incluso hacer ping a una dirección .dev, falla.
¡La ayuda sería apreciada!
Su demonio dnsmasq no está configurado correctamente.
Su resolución externa está funcionando: todas las consultas a hosts/dominios que no son desarrolladores se reenvían a servidores DNS de terceros con la resolv-file=/usr/local/etc/resolv-dnsmasq.conf
línea: en su caso, el archivo configurado contiene dos servidores DNS públicos de Google.
Sin embargo, su resolución interna no resuelve los nombres internos.
La línea address=/.dev/127.0.0.1
o mejor address=/dev/127.0.0.1
redirigirá cualquier consulta *.dev al host 127.0.0.1. Entonces no se necesita una resolución interna y el servidor de nombres interno definido en /etc/resolver/dev es inútil.
Compare esto con el ejemplo en el archivo dnsmasq.conf:
# Add domains which you want to force to an IP address here.
# The example below send any host in double-click.net to a local
# web-server.
#address=/double-click.net/127.0.0.1
Cualquier consulta de *.double-click.net se redirigirá a 127.0.0.1 y a un sitio web arbitrario servido en localhost.
Recomiendo encarecidamente definir un archivo hosts.config e ingresar/definir todos los hosts necesarios allí:
Agregue una línea addn-hosts=/usr/local/etc/hosts/hosts.conf
en dnsmasq.conf. Luego agregue una carpeta con sudo mkdir /usr/local/etc/hosts
y cree un archivo hosts.conf
sudo nano /usr/local/etc/hosts/hosts.conf
con el siguiente contenido:
127.0.0.1 localhost
127.0.0.1 test.dev
127.0.0.1 test2.dev
...
Después de guardar el archivo, vuelva a cargar su demonio dnsmasq.
Si desea utilizar diferentes direcciones IP para sus nombres de host, por ejemplo:
127.0.0.1 localhost
127.0.0.2 test.dev
127.0.0.3 test2.dev
...
tendrías que agregar direcciones IP adicionales con:
sudo ifconfig lo0 alias 127.0.0.2 up
sudo ifconfig lo0 alias 127.0.0.3 up
...
sudo nano ...
o con una GUI como Gas Mask .Los desarrolladores ya no pueden usar el TLD .dev como un TLD privado. Me encontré con esto y tuve que cambiar las cosas para usar ".priv" u otra cosa en su lugar. El TLD ".dev" ya no es algo privado, ya que ahora pertenece a Google, y Chrome y otros navegadores lo tratan de manera especial.
El siguiente es un clip del siguiente artículo: https://www.tomshardware.com/news/google-enforces-https-tld-hsts,35564.html
"Google anunció que 45 de los dominios de nivel superior (TLD) que compró recientemente, incluidos .dev, .app, .eat, etc., reforzarán la seguridad HTTPS, lo que garantiza que todas las conexiones a los sitios que usan esos TLD estarán sobreencriptadas. canales".
.test
tld es excelente para locales y, de hecho, está diseñado exactamente para este caso!
Steve
klanomath
Steve
klanomath
Steve
klanomath
ortonomía
dscacheutil
no funcionó. Parece que macOS X solo actualiza los resolutores después de un restablecimiento completo.chris carson