No puedo agregar comentarios a la pregunta 1128536(Cómo realizar cambios persistentes en /etc/resolv.conf Ubuntu 18.10)
Usando Ubuntu 20.04.3 en una computadora portátil; última actualización el 19 de octubre, después de la última actualización el 10 de octubre, de repente tuve un problema para resolver DNS. Antes de la actualización mi /etc/resolv.conf decía:
> nameserver 127.0.0.53
En la configuración de mi administrador de red ingresé DHCP automático y DNS manual con 2 direcciones IP del servidor DNS de mi ISP: 1xx.2xx.xxx.21 1xx.2xx.xxx.22
el resultado del comando $ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 32 okt 13 14:10 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf
Así que para asegurarme de que lo hice
$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
Sólo para descubrir que no cambió nada: el contenido del nuevo /etc/resolv.conf después de reiniciar el servicio systemd-resolve todavía se lee
nameserver ::1
Logré completar las actualizaciones del sistema guardando manualmente repetidamente un archivo /etc/resolv.conf y sobrescribiendo el archivo escrito por el servicio systemd-resolve (como solución alternativa) hasta que las actualizaciones finalizaron exitosamente. Para asegurarme de que la gente no dude de mi capacidad de lectura: entiendo la advertencia en la parte superior del archivo que dice que el archivo se sobrescribe periódicamente.
Puedo mantener una "conexión utilizable" sobrescribiendo periódicamente el archivo /run/systemd/resolve/resolv.conf, con el siguiente contenido
nameserver 1xx.2xx.xxx.21
nameserver 1xx.2xx.xxx.22
hasta que reinicio el servicio systemd-resolve y systemd=resolve sobrescribe el archivo y vuelve a
nameserver ::1
También verifiqué el archivo /run/systemd/resolve/stub-resolv.conf que tiene el siguiente contenido
nameserver 127.0.0.53
options edns0 trust-ad
salida del estado de solvectl
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 4 (ipv6leakintrf0)
Current Scopes:
DNS DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: ::1
DNS Servers: ::1
DNS Domain: ~.
Link 3 (wlp2s0)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 2 (enp6s0)
Current Scopes: none
DefaultRoute setting: no
LMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Mi pregunta es :
@heynnema: ¿Cómo hago para que systemd-resolve produzca un /run/systemd/resolve/resolv.conf válido, porque seguro ignora la configuración ingresada en la configuración de netmanager?