Nenhuma resolução de DNS após a atualização do ubuntu 14.04 para 16.04

11

Atualizei o ubuntu 14.04 para o ubuntu 16.04 e tenho um problema com a conexão à internet. Especificamente, o DNS após a atualização parou de funcionar. Para fins de depuração, defino o único DNS 8.8.8.8, mas a resolução de nomes ainda não funciona. A saída de 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/16certamente mostra um problema com a rota. Poste sua tabela de roteamento com route -n.

— Julie Pelletier

1

Com base na sua escavação, adicionar algo nameserver 8.8.8.8à sua /etc/resolv.confsolução resolve alguma coisa?

— Julie Pelletier

@JuliePelletier do IP4.DNS[1]: 8.8.8.8Eu acho que eles já estão usando o servidor de nomes.

— Hi-Angel

@ Hi-Angel: Você está certo, mas obviamente há um problema com isso, pois o dig funciona no mesmo servidor de nomes.

— Julie Pelletier

Obrigado a todos pelo seu tempo, resolvi o problema usando a resposta dada no link: askubuntu.com/questions/622470/…

— c_nikol

9

Resolvo o problema usando as instruções Amrish no Ask Ubuntu Stack Exchange, ou seja, usando o seguinte código:

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

— c_nikol
fonte

Eu tentei o comando acima, por que o navegador Firefox ainda não está funcionando. Eu tentei ping cnn.com o sistema retorna ping: host desconhecido cnn.com

— user785099 5/16

6

Eu tive um problema semelhante e usei a solução a partir daqui . Abaixo está o método e outro link para o local onde encontraram as informações -

O comportamento do DNS durante a conexão OpenVPN melhorou imediatamente quando segui uma sugestão no ubuntuforums :

Abra /etc/NetworkManager/NetworkManager.confem um editor com direitos de root.
Exclua (ou comente com um hash #) a linha que lê dns=dnsmasq.
Reinicie o NetworkManager via sudo service NetworkManager restart.

— FineJ
fonte

traço (-) = Hash (#) ;-)

— Adam Plocher

3

Eu tive o mesmo problema com o resolvconf impedir que o cliente dhcp (dhclient) obtenha o IP do servidor DHCP para eth0. Resolvendo o problema do resolvconf , resolvido o problema do DHCP.

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

— TheCodeKiller
fonte