DNS não funciona após a atualização 17.04 para 17.10

Acabei de atualizar meu laptop do Xubuntu 17.04 para 17.10. Após a reinicialização final, o DNS parou de funcionar. Obviamente, isso é um problema! Eu posso executar ping em endereços IP conhecidos; apenas nenhuma resolução de DNS.

Eu não brinquei com nenhuma configuração de DNS; Até onde eu sei, eu tinha a configuração DNS padrão anteriormente. É apenas um laptop que usa DHCP para obter detalhes do meu roteador WiFi em casa.

Obviamente, a capacidade de diagnosticar isso é limitada quando o próprio sistema não consegue resolver nenhum endereço da web. Pesquisei no meu telefone e a maioria das respostas que encontrei pareceu recomendar desativar o dnsmasq. No entanto, o dnsmasq já estava desativado. Mas /etc/resolv.confestava mostrando 127.0.1.1, o que parece implicar que esperava que o dnsmasq estivesse em execução.

Liguei o dnsmasq, editando /etc/NetworkManager/NetworkManager.conf e adicionando

[main]
dns=dnsmasq

e então eu executei este comando

sudo systemctl restart NetworkManager

Minha resolução de DNS está funcionando agora.

No entanto, considerando que a configuração padrão do Ubuntu não é usar o dnsmasq, o que eu deveria ter feito para diagnosticar e corrigir isso?

Eu estava atualizando o Ubuntu hoje da versão 16.10 a 17.04 a 17.10. Para mim, o DNS também parou de funcionar. O resolv.conflink simbólico foi

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

Aparentemente, isso está errado para 17.10. A mensagem de erro que o pôster anterior recebeu é da saída de resolvconf -service:

$ systemctl status resolvconf

Deu a seguinte saída.

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

Ao remover o link simbólico original, ligando para /run/resolvconf/resolv.confa /etc/resolv.confe reiniciar o resolvconf -serviço DNS começou a trabalhar novamente:

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

Curiosamente, o código de saída do resolvconf-servicefoi bem-sucedido mesmo antes do link simbólico apontar para o arquivo correto.

Encontrei este bug relatado aqui: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1725840 ; por favor, confirme que você também está sofrendo com isso. É resolvido através de um simples dpkg-reconfigure resolvconf.

Corri para o mesmo problema e vi isso olhando 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

A recriação do link simbólico o corrigiu. Agora usando 127.0.0.53 por padrão agora?

$ 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