Ich verwende den Network-Manager mit der IPv4 Einstellung "Automatisch (DHCP), nur Adressen" und habe 2 andere DNS eingetragen. Seit dem upgrade von 16.10 auf 17.04 ist diese Einstellung nicht mehr wirksam. In der resolv.conf erscheint nur der vom Router zugewiesene DNS. Kann das jemand bestätigen? Dnsmasq habe ich deinstalliert.
Network-Manager: andere Nameserver
Anmeldungsdatum: Beiträge: Zähle... |
|
||||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8618 Wohnort: Münster |
Bei mir fehlt bei 17.04 in der GUI sogar die Möglichkeit, von „Automatisch (DHCP)“ auf das früheren Versionen mögliche „Automatisch (DHCP), nur Adressen“ zu wechseln. Der NetworkManager kennt aber sehr viel mehr Einstellungen als über die GUI angeboten werden. Wenn ich es richtig verstehe (nicht getestet!) müsstest Du in der Konfigurationsdatei für die Verbindung die Option ipv4.ignore-auto-dns= auf TRUE setzen und kannst dann in den Optionen ipv4.dns= und ipv4.dns-search= Deine Wünsche eintragen. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Ist bei mir (Unity) vorhanden.
Ist bei mir soweit alles korrekt in der config-Datei für die Verbindung eingetragen. Diese Einstellungen werden wohl ignoriert.
Bei einen nslookup wird der zugewiesene Nameserver des Routers verwendet.
|
||||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8618 Wohnort: Münster |
Probiere mal eine dieser Einstellungen:
. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Erst mal vielen Dank für Deine Mühe! Ich habe alle Einstellungen ausprobiert und jeweils ein "service network-manager restart" durchgeführt. Leider keine Änderung. Könnte es sein, dass der wpa_supplicant nicht korrekt arbeitet? |
||||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8618 Wohnort: Münster |
|
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Auch Neustarts systemctl bringen keine Änderung. |
||||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8618 Wohnort: Münster |
Bei mir funktioniert es jetzt mit dieser Konfigurationsdatei für eine Verbindung: [connection] id=ENP7S9 uuid=... type=ethernet autoconnect-priority=-999 permissions= secondaries= timestamp=... [ethernet] cloned-mac-address=... mac-address=... mac-address-blacklist= [ipv4] dns=8.8.8.8; dns-search= ignore-auto-dns=true method=auto [ipv6] addr-gen-mode=stable-privacy dns=2001:4860:4860::8888; dns-search= ignore-auto-dns=true method=auto (Einige persönliche Werte habe ich durch „...“ ersetzt.)
(Alle hier beispielhaft genannten IP-Adressen sind öffentliche DNS-Server von Google.) |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Der "Fehler" war wohl ein Verständnisproblem meinerseits, sorry. Ich hätte den Hinweis in der resolv.conf lesen sollen. So wie ich das verstanden habe, steht dort immer (soweit nicht anders konfiguriert) die 127.0.0.53 als DNS stub resolver drin. Dieser leitet die Anfrage an den im Metwork-Manager angegeben DNS weiter. Bei 16.10 war das noch anders. Ein systemd-resolve --status ergibt für die verwendete Netzwerkschnittstelle folgendes:
Hier stehen die gewünschten Nameserver. Kann man eigentlich mit Linuxbordmitteln herausfinden, ob die tatsächlich verwendet werden? Ansonsten werde ich in den nächsten Tagen in meiner Stadtbibliothek ausprobieren, ob man damit weiterhin den dortigen DNS-Filter umgehen kann. |
||||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8618 Wohnort: Münster |
|
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Sieht gut aus. Geht alles wie gewünscht an die 8.8.8.8. Herzlichen Dank für Deine Hilfe. Ich markiere diesen thread als gelöst.
|