DJKUhpisse schrieb:
dig heise.de @192.168.2.1
dig heise.de @fe80::1%wlp3s0
Die beiden Ausgaben untereinander sehen wie folgt aus ...
; <<>> DiG 9.16.1-Ubuntu <<>> heise.de @192.168.2.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5274
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;heise.de. IN A
;; ANSWER SECTION:
heise.de. 48741 IN A 193.99.144.80
;; Query time: 4 msec
;; SERVER: 192.168.2.1#53(192.168.2.1)
;; WHEN: Mo Nov 15 20:27:39 CET 2021
;; MSG SIZE rcvd: 53
Und ...
; <<>> DiG 9.16.1-Ubuntu <<>> heise.de @fe80::1%wlp3s0
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 964
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;heise.de. IN A
;; ANSWER SECTION:
heise.de. 48651 IN A 193.99.144.80
;; Query time: 8 msec
;; SERVER: fe80::1%3#53(fe80::1%3)
;; WHEN: Mo Nov 15 20:29:09 CET 2021
;; MSG SIZE rcvd: 53
ABER, und ich denke inzwischen auch wieder, dass das am VPN Client liegen könnte: Heute nach der Arbeit habe ich neugestartet und da sah die /etc/resolv.conf wieder so aus ...
nameserver 127.0.0.53
options edns0
Danach habe ich von Hand wieder ...
search local
nameserver 9.9.9.9
... eingetragen, damit ich normal ins Netz kann, und den VPN-Client gestartet. Je nach verbundenem Server steht in der /etc/resolv.conf dann eine entsprechende IP. Trenne ich die Verbindung, dann sieht die /etc/resolv.conf dann wieder so aus, wie ich sie eigentlich erwartet hätte ...
search speedport.ip
nameserver 192.168.2.1
nameserver fe80::1%wlp3s0
Ich würde gerne wissen, was welchen Eintrag reinschreibt und woher der scheinbar "kaputte" Zustand kommt.
kB schrieb:
blumblaum schrieb:
[…] Proton VPN installiert […] Ich gehe auch ganz stark davon aus, dass es keinen Zusammenhang zwischen der Installation von Proton VPN und dem Problem gibt
Da liegst Du falsch! Auch ein Ubuntu-System kann durchaus durch die Installation einer inkompatiblen Software beschädigt werden. Dies betrifft fast immer Software, die in die Netzwerkkonfiguration eingreifen und zusätzliche Netzwerkverbindungen an den vom System benutzten Netzwerkkonfigurationsprogrammen vorbei aufbauen. Bei aktuellen Ubuntu-Desktops ist das NetworkManager.
Regel für den Praktiker: VPNs niemals über windige externe Clients aufbauen (und solche Clients auch nicht installieren), sondern bei Ubuntu-Desktops nur über den NetworkManager!
[…] Die /etc/resolv.conf wird scheinbar nun von Netplan verwaltet, was mir bis dato völlig unbekannt war
Die Datei /etc/resolv.conf wird bei Linux-Desktops seit ca. 2 Jahrzehnten üblicherweise von einem Resolvconf-Manager verwaltet und darf deshalb nicht per Editor bearbeitet werden. Der Name dieses Resolvconf-Managers ändert sich von Distribution zu Distribution und auch im Zeitablauf. Bei aktuellen Ubuntu-Systemen ist es systemd-resolved, welches bei Desktop-Systemen von NetworkManager aufgerufen wird. Netplan hat damit nichts zu tun.
Wenn Du unbedingt die Datei /etc/resolv.conf selbst pflegen willst, musst Du das entweder über NetworkManager machen oder diesem sagen, dass er sich nicht darum kümmern soll.
Dein kaputt gespieltes System installierst Du am besten neu. Und frage Deinen VPN-Provider, wie man Verbindungen ohne deren Client per NetworkManager aufbaut. Wenn der Provider das nicht verrät, ist es Zeit den Provider zu wechseln.
Vielen Dank für die Erklärung, das ist interessant und ich wusste nicht, dass sich das inzwischen geändert hat. Bis vor kurzem hatte ich noch eine Distribution laufen, die ich ein paar Jahre gut gepflegt laufen lassen habe, wo ich da noch selber Hand anlegen konnte. Irgendwann wollte ich aber eine neue und vor allem aktuellere Distribution ausprobieren.
Allerdings ist der Tipp mit der Neuinstallation keine akzeptable Lösung für mich. Da ist ehrlich gesagt nicht mal der Hauch eines Lösungsvorschlags erkennbar. Ich dachte das hier sei ein Forum, in dem man Fragen stellen und Probleme erörtern kann. Woran auch immer das Problem liegen mag, es ist mit Sicherheit keine Blackbox. Und da das Problem für mich über einen kleinen Umweg lösbar ist, wenn zunächst auch nur temporär, denke ich, dass es dafür sicherlich noch eine ein klein wenig elegantere Lösung geben wird, als die Haudrauf-Methode mit der Keule der Neuinstallation. Aber trotzdem vielen Dank.
