Nessuna risoluzione DNS dopo l'aggiornamento da Ubuntu 14.04 a 16.04

11

Ho aggiornato Ubuntu 14.04 a Ubuntu 16.04 e ho un problema con la connessione Internet. In particolare, DNS dopo l'aggiornamento ha smesso di funzionare. Ai fini del debug ho impostato l'unico DNS 8.8.8.8, ma la risoluzione dei nomi continua a non funzionare. L'output di nmcli device show wlan1 | grep IP4è:

pc@pc:~$ nmcli device show wlan1 | grep IP4
IP4.ADDRESS[1]: 192.168.1.3/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.DNS[1]: 8.8.8.8
The output from dig @8.8.8.8 google.com and dig google.com:

dig @8.8.8.8 google.com
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @8.8.8.8 google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60075
;; flags: qr rd ra; QUERY: 1, ANSWER: 12, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     27  IN  A   62.75.23.245
google.com.     27  IN  A   62.75.23.230
google.com.     27  IN  A   62.75.23.216
google.com.     27  IN  A   62.75.23.238
google.com.     27  IN  A   62.75.23.224
google.com.     27  IN  A   62.75.23.223
google.com.     27  IN  A   62.75.23.237
google.com.     27  IN  A   62.75.23.210
google.com.     27  IN  A   62.75.23.217
google.com.     27  IN  A   62.75.23.231
google.com.     27  IN  A   62.75.23.244
google.com.     27  IN  A   62.75.23.251

;; Query time: 89 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Apr 30 19:39:24 EEST 2016
;; MSG SIZE  rcvd: 231
pc@pc:~$ dig google.com
; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com
;; global options: +cmd
;; connection timed out; no servers could be reached
pc@pc:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    600    0        0 wlan1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan1
192.168.1.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan1

— c_nikol
fonte

IP4.ROUTE[1]: dst = 169.254.0.0/16mostra sicuramente un problema con il percorso. Pubblica la tua tabella di routing con route -n.

— Julie Pelletier,

1

In base al tuo scavo, l'aggiunta nameserver 8.8.8.8alla tua /etc/resolv.confsoluzione risolve qualcosa?

— Julie Pelletier,

@JuliePelletier dal IP4.DNS[1]: 8.8.8.8immagino che stiano già utilizzando il nameserver.

— Ciao Angelo

@ Ciao-Angelo: hai ragione, ma c'è ovviamente un problema poiché scavare funziona sullo stesso nameserver.

— Julie Pelletier,

Grazie a tutti per il vostro tempo, ho risolto il problema utilizzando la risposta fornita al link: askubuntu.com/questions/622470/…

— c_nikol

9

Risolvo il problema usando le istruzioni di Amrish su Ask Ubuntu Stack Exchange, ovvero usando il seguente codice:

sudo rm /etc/resolv.conf
sudo ln -s ../run/resolvconf/resolv.conf /etc/resolv.conf
sudo resolvconf -u

— c_nikol
fonte

Ho provato il comando sopra, perché il browser Firefox non funziona ancora. Ho provato ping cnn.com il sistema restituisce ping: host sconosciuto cnn.com

— user785099

6

Ho avuto un problema simile e ho usato la soluzione da qui . Di seguito è riportato il metodo e un altro collegamento a dove hanno trovato le informazioni -

Il comportamento DNS durante la connessione OpenVPN è migliorato immediatamente quando ho seguito un suggerimento su ubuntuforums :

Apri /etc/NetworkManager/NetworkManager.confin un editor con diritti di root.
Elimina (o commenta con un hash #) la riga che legge dns=dnsmasq.
Riavviare NetworkManager tramite sudo service NetworkManager restart.

— FineJ
fonte

trattino (-) = hash (#) ;-)

— Adam Plocher

3

Ho avuto lo stesso problema con resolvconf per impedire al client DHCP (dhclient) di ottenere l'IP dal server DHCP per eth0. Risoluzione del problema resolvconf , risolto il problema DHCP.

sudo mkdir -p /run/resolvconf/interface
sudo resolvconf -u
sudo service resolvconf restart

— TheCodeKiller
fonte