DNS non funziona dopo l'aggiornamento dalla 17.04 alla 17.10

20

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 noti indirizzi IP; solo nessuna risoluzione DNS.

Non ho giocato con le impostazioni DNS; per quanto ne so, ho avuto la configurazione DNS standard in precedenza. È solo un laptop che usa DHCP per ottenere i dettagli dal mio router WiFi domestico.

Ovviamente, la capacità di diagnosticare ciò è limitata quando il sistema stesso non può risolvere alcun indirizzo web. Ho fatto alcuni googling sul mio telefono e la maggior parte delle risposte che ho trovato mi sembravano consigliare di spegnere dnsmasq. Tuttavia, dnsmasq era già spento. Ma /etc/resolv.conf mostrava 127.0.1.1, il che sembra implicare che si aspettava che dnsmasq fosse in esecuzione.

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

[main]
dns=dnsmasq

e poi l'ho fatto

sudo systemctl restart NetworkManager

La mia risoluzione DNS ora funziona.

Tuttavia, dato che la configurazione di ubuntu predefinita è not per usare dnsmasq, che cosa avrei dovuto fare per diagnosticare e risolvere questo problema?

    
posta Conor O'Neill 20.10.2017 - 18:35

3 risposte

30

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

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

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

$ systemctl status resolvconf

Ha dato il seguente output.

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, il collegamento a /run/resolvconf/resolv.conf a /etc/resolv.conf e il riavvio del resolvconf -service DNS hanno iniziato a funzionare 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 resolvconf-service è stato positivo anche prima che il collegamento simbolico puntasse verso il file corretto.

    
risposta data Juho-Mikko 21.10.2017 - 21:16
4

Ho trovato questo bug segnalato qui: link ; per favore conferma che anche tu ne soffri. È risolto tramite un semplice dpkg-reconfigure resolvconf .

    
risposta data della 04.11.2017 - 07:59
1

Mi sono imbattuto nello 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

Ricreare il link simbolico lo ha risolto. Ora usando 127.0.0.53 per impostazione predefinita ora?

$ 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
    
risposta data Drew H 20.10.2017 - 19:39

Leggi altre domande sui tag