DNS nie działa po aktualizacji 17.04 do 17.10

Właśnie zaktualizowałem swój laptop z Xubuntu 17.04 do 17.10. Po ostatnim ponownym uruchomieniu DNS przestał działać. To oczywiście problem! Mogę pingować znane adresy IP; po prostu brak rozdzielczości DNS.

Nie majstrowałem przy żadnych ustawieniach DNS; o ile wiem, wcześniej miałem standardową konfigurację DNS. To tylko laptop, który korzysta z DHCP, aby uzyskać szczegółowe informacje z mojego domowego routera WiFi.

Oczywiście możliwość zdiagnozowania tego jest ograniczona, gdy sam system nie jest w stanie rozwiązać żadnych adresów internetowych. Zrobiłem trochę googlingu na swoim telefonie i większość odpowiedzi, które znalazłem, sugerowało wyłączenie dnsmasqa. Jednak dnsmasq był już wyłączony. Ale /etc/resolv.confpokazywał 127.0.1.1, co wydaje się sugerować, że spodziewał się uruchomienia dnsmasq.

Włączyłem dnsmasq, edytując /etc/NetworkManager/NetworkManager.conf i dodając

[main]
dns=dnsmasq

a następnie uruchomiłem to polecenie

sudo systemctl restart NetworkManager

Moja rozdzielczość DNS działa teraz.

Biorąc jednak pod uwagę, że domyślną konfiguracją Ubuntu nie jest używanie dnsmasq, co właściwie powinienem zrobić, aby to zdiagnozować i naprawić?

Aktualizowałem dzisiaj Ubuntu z wersji 16.10 przez 17.04 do 17.10. Również dla mnie DNS przestał działać. resolv.confSymlink było

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

Jest to najwyraźniej niewłaściwe dla 17.10. Komunikat o błędzie otrzymany przez poprzedni plakat pochodzi z wyniku resolvconf -service:

$ systemctl status resolvconf

Dało to następujący wynik.

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

Dzięki usunięciu oryginalnego dowiązania, łącząc się /run/resolvconf/resolv.confdo /etc/resolv.confi ponownym uruchomieniu resolvconf -SERVICE DNS rozpoczął pracę jeszcze raz:

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

Co ciekawe, kod zakończenia resolvconf-servicebył udany, nawet zanim dowiązanie symboliczne wskazywało właściwy plik.

Znalazłem ten błąd zgłoszony tutaj: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1725840 ; proszę potwierdzić, że ty również cierpisz z tego powodu. Rozwiązuje się to w prosty sposób dpkg-reconfigure resolvconf.

Natknąłem się na ten sam problem i zobaczyłem to, patrząc na 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

Naprawiono dowiązanie symboliczne. Teraz używasz teraz domyślnie 127.0.0.53?

$ 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