¿Por qué dnsmasq coloca la IP de mi enrutador en /etc/resolv.conf en lugar de 127.0.0.1?

¿Por qué dnsmasq coloca la IP de mi enrutador en /etc/resolv.conf en lugar de 127.0.0.1?

Tengo problemas de resolución de DNS en varios contextos que parecen deberse a mi configuración de red.

Estoy ejecutando solo la dnsmasq-baseinstalación dnsmasqen dos instalaciones de Linux (Lubuntu 12.04 y 12.10). No he hecho nada en particular para configurar dnsmasq, pero creo que algunos otros cambios que hice anteriormente pueden haber provocado una configuración incorrecta al actualizar.

La configuración de trabajo en la máquina 'A' que ejecuta 12.04 establece /etc/resolv.confel uso de 127.0.1.1 (que /etc/hostsestá configurado en $HOSTNAME). En la máquina 'B', donde ciertas aplicaciones como OpenVPN experimentan problemas de resolución de DNS, /etc/resolv.confestá configurada en 192.168.1.1, que es mi puerta de enlace. PI. Sólo determinadas aplicaciones se ven afectadas. La navegación web, por ejemplo, funciona bien.

¿Alguna idea de si esta diferencia es la causa de los problemas de resolución de DNS y por qué 'B' se comporta de manera diferente?

Ediciones:

Tanto 'A' como 'B' se están ejecutando dnsmasq, ambos usan DHCP para obtener la configuración de DNS y yo solo estoy usando dnsmasq para DNS.

No hay ningún /etc/dnsmasq.confarchivo. Entiendo que esto es normal cuando se ejecuta simplemente dnsmasq-base.

El contenido de /etc/resolvconflas dos máquinas parece ser idéntico. No hay archivos extraños o faltantes.

Lo siento, no puedo ser más específico sobre la naturaleza del problema. "Problema de resolución de DNS" fue el punto final de mi conversación con el soporte técnico de mi proveedor de VPN.

Respuesta1

En la máquina B, si /etc/NetworkManager/NetworkManager.confcontiene , dns=dnsmasqentonces resolv.confdebería contener solo una línea de "servidor de nombres", es decir nameserver 127.0.1.1. 127.0.1.1 es la dirección donde escucha el servidor de nombres de reenvío local controlado por NetworkManager. NetworkManager le proporciona a ese servidor de nombres direcciones de reenvío para usar.

Intente ejecutarlo sudo dpkg-reconfigure resolvconfen la máquina B. Esto restaurará el enlace simbólico necesario desde /etc/resolv.confa ../run/resolvconf/resolv.conf.

¿Está ejecutando un cliente VPN de terceros? Se sabe que estos clientes lo golpean /etc/resolv.confy no lo restauran cuando salen. Es posible que tengas que hacerlo sudo dpkg-reconfigure resolvconfcada vez que detengas a un cliente de este tipo.

Otra cosa que puedes probar es: comentar dns=dnsmasqy /etc/NetworkManager/NetworkManager.confluego reiniciar. Esto deshabilita el servidor de nombres de reenvío local controlado por NetworkManager, que tiene algunos problemas conocidos.

información relacionada