DNS auf systemd 127.0.0.53 gesetzt - wie dauerhaft ändern?

Ich habe kürzlich ein Upgrade auf 17.10 durchgeführt. Wenn ich versuche, zu einer Website zu navigieren oder eine Domain zu pingen, schlägt die Meldung fehl, dass die Site nicht aufgelöst werden kann.

network-adminzeigt den inhalt von /etc/resolv.confzu seinnameserver: 127.0.0.53

Wenn ich das auf 8.8.8.8 oder 208.67.222.222 ändere, dann funktioniert alles. Bis ich neu starte.

Beim Neustart oder Wiederaufnehmen wird der Nameserver auf 127.0.0.53 zurückgesetzt.

Wie stelle ich den Nameserver dauerhaft auf etwas ein, das funktioniert?

Für System-Fans, wenn ich laufe, systemd-resolve --statusbekomme ich

Link 3 (wlo1)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Wenn ich den Ratschlägen bei dieser Frage folge, wird DNS nach dem Neustart weiterhin zurückgesetzt. Ubuntu 17.10 - DNS kann immer noch nicht aufgelöst werden.

Sie können ein Paket resolvconf installieren, das die Art und Weise ändert, wie /etc/resolv.confes beim Systemstart erstellt wird.

sudo apt install resolvconf

Sie können dann eine Datei erstellen oder ändern /etc/resolvconf/resolv.conf.d/tail. Wenn Sie in diese Datei eine Zeile einfügen nameserver 8.8.8.8, wird diese Zeile am Ende des /run/resolvconf/resolv.confBootvorgangs hinzugefügt . /etc/resolv.confwird nun ein symbolischer Link zu dieser Datei sein.

Die richtige Lösung wäre, systemisch aufgelöste Probleme zu beheben, anstatt zu versuchen, Migräne mit einer Guillotine zu heilen.

Es ist wirklich ein schönes Werkzeug, wenn es richtig verwendet wird.

Gemessen an Ihrer systemd-resolve --statusLeistung ...

Link 3 (wlo1)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

... Ihr Netzwerkmanager-Tool die DNS-Konfiguration für die einzelnen Schnittstellen nicht an das vom System aufgelöste System weitergibt.

Neuere Versionen von NetworkManager tun dies beispielsweise automatisch, wenn /etc/resolv.confein Symlink nach innen /run/systemd/resolveoder nach außen zeigt /usr/lib/systemd/resolv.conf. Alternativ versuchen neuere Versionen von systemd-resolved, mit der historischen Schnittstelle resolvconf kompatibel zu sein, indem sie eine resolvconfBinärdatei installieren , die mit systemd-resolved kommuniziert .

Wenn Sie auf der Suche nach einer schnellen und fehlerhaften Lösung sind, können Sie systemd-resolved so konfigurieren, dass Ihre DNS-Server global verwendet werden.

$ cat /etc/systemd/resolved.conf
<...>
[Resolve]
DNS=8.8.8.8 8.8.4.4
<...>

Dann neu starten systemd-resolved.serviceoder neu starten .

systemdFügen Sie einem Link / Gerät einen DNS hinzu, wenn Sie innerhalb des Paradigmas arbeiten

• systemd.network Handbuchseite

Mit Ubuntu 17.10+ eine *.networkDatei hinzufügen :

sudo nano /lib/systemd/network/100-somecustom.network:

100-somecustom.network (100 kann aus Gründen der Priorität eine beliebige Zahl sein und erfordert die .networkDateierweiterung):

[Match]
Name=wlo1 # the device name here

[Network] # add multiple DNS 
DNS=8.8.8.8
DNS=208.67.222.222

Starten Sie dann neu:

sudo service systemd-networkd restart

Schauen Sie auch in:

netplan apply

Dann überprüfe:

systemd-resolve --status wlo1

Von Infoseite info systemd.network:

Zusätzlich zu /etc/systemd/network, Drop-in ".d" Verzeichnisse lassen sich in / lib / systemd / Netzwerk oder / run / systemd / Netzwerk platziert Verzeichnisse. Drop-In-Dateien in / etc haben Vorrang vor denen in / run, die wiederum Vorrang vor denen in / lib haben. Drop-In-Dateien in einem dieser Verzeichnisse haben Vorrang vor der Hauptdatei netdev, wo immer sie sich befinden. (Da / run nur vorübergehend ist und / usr / lib für Anbieter bestimmt ist, ist es unwahrscheinlich, dass an diesen Stellen Drop-Ins verwendet werden.)

Ein anderer Ansatz zum Deaktivieren der DNSStubListenerfür die Verwendung mit dnsmasq:

sudo nano /etc/systemd/resolved.conf:

#
DNSStubListener=false

verbunden:

• https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail
• DNS bei Systemd 127.0.0.53 ignoriert einige Suchvorgänge
• https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-inter-dnsmasq-and-systemd-resolved
• https://moss.sh/name-resolution-issue-systemd-resolved/

Ich benutze Lubuntu & Kubuntu 18.04. Ich konnte das DNS-Problem in zwei Schritten lösen:

Erster Schritt: Installieren Sie es unboundund stellen Sie es so ein, dass es ersetzt wird, systemd-resolvedwie es Grégoire C hier zeigt .

sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
sudo systemctl enable unbound-resolvconf
sudo systemctl enable unbound

neustarten

Öffnen Sie als root die Datei /etc/NetworkManager/NetworkManager.conf

( sudo leafpad /etc/NetworkManager/NetworkManager.confin Lubuntu 18.04 oder in Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)

und unten [main]diese Zeile setzen:

dns=unbound

neu starten

Zweiter Schritt: Wenn das Problem nach dem Neustart immer noch nicht behoben ist, wie es in meinem Fall der Fall war, starten Sie den Dateimanager als root, gehen Sie zu /etc, löschen Sie ihn resolv.confund erstellen Sie einen neuenresolv.conf . Lassen Sie es leer und starten Sie das Betriebssystem neu. In meinem Fall ist das Problem nach diesem Neustart verschwunden.

In Kubuntu 18.04 können Sie Dolphin nicht als root starten. Sie können also zuerst /etcdas Terminal aufrufen und von dort aus öffnen, dann eingeben sudo suund die Eingabetaste drücken , um es als root zu verwenden, und dann resolv.confmit dem Befehl löschen rm resolv.conf. Dann können Sie eine neue leere Datei auf Ihrem Desktop erstellen, benennen resolv.confund von dort aus ein Terminal öffnen. Verwenden Sie den sudo suBefehl, um den Stammmodus für das Terminal aufzurufen, und kopieren Sie das neue mit dem Befehl resolv.confvon Ihrem Desktop nach ./etccp resolv.conf /etc

Ich muss hinzufügen, dass ich nicht versucht habe, den zweiten Schritt vor der Installation auszuführen unbound, also werde ich dies beim nächsten Mal tun, nur um zu sehen, ob es ausreicht oder nicht.

So ändere ich meinen DNS-Eintrag in der Schnittstellenkonfiguration.

$ vi /etc/netplan/50-cloud-init.yaml

Ändern Sie die Adressen des Nameservers, vorher war es .4, dann habe ich es in .3 geändert:

...
            nameservers:
                addresses:
                - 192.168.1.3
...

Speichern Sie die Konfiguration und wenden Sie sie an:

$ sudo netplan apply

Starten Sie danach den resolvectl-Dienst neu.

$ sudo systemctl restart systemd-resolved.service

Hinweise: Ich habe den Server neu gestartet und die vorgenommenen Änderungen noch intakt. Ich benutze resolvctl dnsBefehl, um den DNS-Datensatz zu überprüfen.

Wir hatten einige Probleme mit NordVPN und haben uns daher entschlossen, diese zu ergänzen.

Ergebnisse:
NordVPN legt die /run/systemd/resolve/resolv.confDNS-Einstellungen für die Verbindung fest.
NordVPN entfernt alle DNS-Einstellungen /run/systemd/resolve/resolv.confbeim Trennen der Verbindung.
Dies führt dazu, dass der DNS-Server nicht mehr funktioniert (da kein einziger Satz vorhanden ist).

Das System muss neu gestartet werden, um die Einstellungen wiederherzustellen. Ein Standard-Neustart des Dienstes ( sudo systemctl restart systemd-resolved.service) funktioniert nicht.

Die Lösung, um dies zu umgehen:

sudo apt install resolvconf

Gehen Sie zu /etc/resolvconf/resolv.conf.d/

cd /etc/resolvconf/resolv.conf.d/
sudo nano tail

Fügen Sie Nameserver hinzu

nameserver 1.1.1.1
nameserver 1.0.0.1

Überprüfen Sie die folgenden Stellen für Nameserver, die festgelegt worden sein könnten:

/run/resolvconf/interface/original.resolvconf
/run/resolvconf/interface/systemd-resolved
/etc/resolvconf/resolv.conf.d/tail
/etc/resolvconf/resolv.conf.d/head
/etc/systemd/resolved.conf
/run/systemd/resolve/resolv.conf
/run/systemd/resolve/stub-resolv.conf

Testen Sie, mit welchen DNS-Servern gearbeitet wird:

nslookup google.com

Server:         1.1.1.1
Address:        1.1.1.1#53

Vielleicht ein bisschen spät, aber ich bin auf dieses Problem gestoßen. Ich muss zugeben, dass ich meine Netzwerkeinstellungen zuvor manuell über cli und nicht über den eingebauten Netzwerkmanager konfiguriert habe. Ich laufe Ubuntu 18.04.

Nachdem ich also systemd.resolved.service deaktiviert und dann wieder aktiviert hatte, wurde dieses unregelmäßige Verhalten des zufälligen Verlusts meiner DNS-Konfiguration für mich behoben.

systemctl disable systemd.resolved.service
reboot

nach dem Neustart:

systemctl enable systemd.resolved.service
reboot

Ich bin ein relativ frischer Linux-Benutzer, also muss es jemanden geben, der erklären kann, wie und warum dies für mich funktioniert hätte, aber es schien erwähnenswert, ob es anderen helfen kann.

Bei Verwendung von DHCP funktioniert die Namensauflösung in Ubuntu wie erwartet. Die Probleme beginnen, wenn Sie statisch werden möchten. cat /etc/resolv.confzeigt an, dass Ihre DNS 127.0.0.53 ist und nicht die, die Sie in der /etc/netplan/.yamlDatei haben. Um dies zu beheben, müssen Sie den /etc/resolve.confLink entfernen und einen neuen erstellen, auf den verwiesen wird/run/resolve/resolve.conf

Dies erforderte ein wenig Herumspielen. Nachdem ich die Einstellung aktualisiert habe, habe ich neu gestartet. Verwenden:

ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

/etc/systemd/resolved.conf
DNS=8.8.8.8
Cache=no

System resolved failed
systemctl stop systemd-resolved
systemctl disable systemd-resolved

Beim Auskommentieren der "Anfrage" für

# domain-name, domain-name-servers, domain-search, host-name,

Fügen Sie diese Zeile zu Ihrem hinzu /etc/dhcp/dhclient.conf:

 supersede domain-name "cwillenterprise.com";

Konfigurationsdatei bearbeiten und Eintrag hinzufügen. Zusätzliches wird nicht ersetzt.

Einträge hinzufügen zu /etc/resolvconf/resolv.conf.d/tail

nameserver 8.8.8.8
search "cwillenterprise.com"

Führen Sie aus, um die Änderungen zu implementieren

resolvconf -u