Anteriormente, en Ubuntu 16.04, me sentí traicionado cuando una actualización de Ubuntu instaló el dnsmasq
paquete, lo configuró y le dio prioridad sobre mi propio servidor DNS BIND súper estable, ultrarrápido y configurado. Se sentía exactamente como si Ubuntu pirateara mi estación de trabajo.
Como estaba trabajando como administrador del sistema, esto era extremadamente inaceptable. Esta fue una llamada freak. Esto es cuando vas a solucionar un problema y en uno de los pasos que usas dig
o nslookup
te sorprendes al ver que la lo
interfaz te responde. PÁNICO
¿Hay alguna manera no solo de solucionar este problema, sino también de garantizar que /etc/resolv.conf
sea a prueba de manipulaciones?
La mejor solución que he encontrado es evitar que NetworkManager actualice /etc/resolv.conf y luego cree un nuevo archivo /etc/resolv.conf con un servidor DNS estático. Consulte https://www.ctrl.blog/entry/resolvconf-tutorial para saber cómo hacerlo.
fuente
De acuerdo con la documentación, se puede escribir el
resolv.conf
a/usr/lib/systemd/resolv.conf
, que es un archivo estático que puede estar vinculado a/etc/resolv.conf
. Eso no debe reescribirse.http://manpages.ubuntu.com/manpages/bionic/man8/systemd-resolved.service.8.html#contenttoc3
fuente
El archivo presente es un enlace simbólico a otro archivo. Eliminar el archivo
El archivo ya no es un enlace simbólico sino un archivo persistente.
fuente