DNS funktioniert nach dem Upgrade 17.04 auf 17.10 nicht


23

Ich habe gerade meinen Laptop von Xubuntu 17.04 auf 17.10 aktualisiert. Nach dem letzten Neustart funktioniert DNS nicht mehr. Das ist natürlich ein Problem! Ich kann bekannte IP-Adressen anpingen. nur keine DNS-Auflösung.

Ich habe keine DNS-Einstellungen vorgenommen. Soweit ich weiß, hatte ich zuvor die Standard-DNS-Konfiguration. Es ist nur ein Laptop, der DHCP verwendet, um Details von meinem WLAN-Router zu Hause abzurufen.

Offensichtlich ist die Möglichkeit zur Diagnose eingeschränkt, wenn das System selbst keine Webadressen auflösen kann. Ich googelte auf meinem Handy, und die meisten Antworten, die ich fand, schienen zu empfehlen, dnsmasq auszuschalten. Dnsmasq war jedoch bereits ausgeschaltet. Aber /etc/resolv.confzeigte 127.0.1.1, was zu bedeuten scheint, dass es erwartet, dass Dnsmasq ausgeführt wird.

Ich habe dnsmasq eingeschaltet, indem ich es bearbeitet /etc/NetworkManager/NetworkManager.conf und hinzugefügt habe

[main]
dns=dnsmasq

und dann habe ich diesen Befehl ausgeführt

sudo systemctl restart NetworkManager

Meine DNS-Auflösung funktioniert jetzt.

Was hätte ich tun sollen, um dies zu diagnostizieren und zu beheben , da die Ubuntu-Standardkonfiguration nicht dnsmasq verwendet?

Antworten:


33

Ich habe Ubuntu heute von Version 16.10 bis 17.04 auf 17.10 aktualisiert. Auch bei mir hat DNS aufgehört zu funktionieren. Der resolv.confSymlink war

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

Dies ist anscheinend falsch für 17.10. Die Fehlermeldung, die das vorherige Poster erhalten hat, stammt aus der Ausgabe von resolvconf -service:

$ systemctl status resolvconf

Es gab die folgende Ausgabe.

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

Durch die ursprüngliche Symlink entfernen, die Anbindung an /run/resolvconf/resolv.confzu /etc/resolv.confund die resolvconf -Dienst DNS Neustart begann wieder zu arbeiten:

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

Interessanterweise war der Exit-Code der resolvconf-serviceerfolgreich, noch bevor der Symlink auf die richtige Datei zeigte.


2
Fantastisch! Genau mein Problem. Also ... wie macht man Canonical darauf aufmerksam?
Casey

Sie sollten wahrscheinlich einen Fehlerbericht einreichen, damit dieses Verhalten beim Upgrade behoben wird.
Panther

Dies ist die einzige Lösung, die für mich funktioniert hat. Ich hatte das gleiche Problem nach der Installation von Ubuntu 17.10 von der Website ~ vor 1 Woche. Vielen Dank für das Teilen
edap

1
behebt mein Problem beim Umstieg von 17.04 auf 17.10. Probleme mit OpenVPN-DNS.
Ferdy


1

Ich bin auf dasselbe Problem gestoßen und habe es bei resolvconf gesehen

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

Das Neuerstellen des Symlinks hat das Problem behoben. Verwenden Sie jetzt standardmäßig 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

Wo hast du die Warnung gesehen? Welchen Befehl soll ich ausführen?
EnverOsmanov

Vielen Dank, aber dies hat das DNS-Problem für mich nicht behoben. Ich habe den neuen Symlink ausprobiert, aber nicht funktioniert. Ich habe wieder auf den alten Symlink zurückgegriffen, auch mit dnsmasq in der Konfigurationsdatei, und das funktioniert immer noch. Weiß jemand, wie ich zuvor gefragt habe, wie ich dies diagnostizieren soll ?
Conor O'Neill
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.