DNS non funzionante dopo l'aggiornamento dal 17.04 al 17.10

Ho appena aggiornato il mio laptop da Xubuntu 17.04 a 17.10. Dopo il riavvio finale, DNS ha smesso di funzionare. Questo è ovviamente un problema! Posso eseguire il ping di indirizzi IP noti; solo nessuna risoluzione DNS.

Non ho giocato con nessuna impostazione DNS; per quanto ne so, in precedenza avevo la configurazione DNS standard. È solo un laptop che utilizza DHCP per ottenere dettagli dal mio router WiFi domestico.

Ovviamente, la capacità di diagnosticare questo è limitata quando il sistema stesso non è in grado di risolvere alcun indirizzo web. Ho cercato su Google sul mio telefono e la maggior parte delle risposte che ho trovato sembravano consigliare di disattivare dnsmasq. Tuttavia, dnsmasq era già spento. Ma /etc/resolv.confstava mostrando 127.0.1.1, il che sembra implicare che si aspettava che dnsmasq fosse in esecuzione.

Ho attivato dnsmasq, modificando /etc/NetworkManager/NetworkManager.conf e aggiungendo

[main]
dns=dnsmasq

e poi ho eseguito questo comando

sudo systemctl restart NetworkManager

La mia risoluzione DNS ora funziona.

Tuttavia, dato che la configurazione predefinita di Ubuntu non è l'uso di dnsmasq, cosa avrei dovuto fare per diagnosticare e risolvere questo problema?

Stavo aggiornando Ubuntu oggi dalla versione 16.10 a 17.04 a 17.10. Anche per me il DNS ha smesso di funzionare. Il resolv.conflink simbolico era

/etc/resolv.conf -> /run/NetworkManager/resolv.conf

Questo è apparentemente sbagliato per il 17.10. Il messaggio di errore ottenuto dal poster precedente proviene dall'output di resolvconf -service:

$ systemctl status resolvconf

Ha dato il seguente risultato.

resolvconf[623]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

Rimuovendo il link simbolico originale, che collega a /run/resolvconf/resolv.confper /etc/resolv.confe riavviando il resolvconf -service DNS ha iniziato a lavorare di nuovo:

$ sudo rm /etc/resolv.conf
$ sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf
$ systemctl restart resolvconf

È interessante notare che il codice di uscita di ha resolvconf-serviceavuto successo anche prima che il collegamento simbolico puntasse verso il file corretto.

Ho trovato questo bug riportato qui: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1725840 ; per favore, conferma che ne soffri anche tu. Si risolve attraverso un semplice dpkg-reconfigure resolvconf.

Ho riscontrato lo stesso problema e ho visto questo guardando resolvconf

Oct 20 00:36:17 drew-8570w resolvconf[708]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

La ricostruzione del collegamento simbolico l'ha risolto. Ora usi 127.0.0.53 di default adesso?

$ ls -al /etc/resolv.conf 
lrwxrwxrwx 1 root drew 27 Apr  6  2017 /etc/resolv.conf -> /run/resolvconf/resolv.conf
$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53