ubuntuusers.de

Hallo,

Seit ein paar Tagen (gab kein gröberes Update, soweit ich mich erinnere) funktioniert der Internet-Zugang nicht mehr; und zwar an allen Standorten, wo's die letzten ca. zwei Jahre immer auf Anhieb geklappt hat. Wenn ich z.B. das Ethernet-Kabel einstecke, dann dreht sich das Netzwerk-Symbol oben in der Leiste ein, zwei Sekunden lang und dann kommt die Benachrichtigung Connection established | You are now connected to "Wired Connection 1."; aber im Internet-Browser (Firefox) kriege ich nur Server not found und wenn ich im Terminal was pinge: Temporary failure in name resolution.

Wenn ich in der Leiste oben auf's Netzwerk-Symbol klicke und Connection Information auswähle, dann erhalte ich völlig andere Werte bei IPv4 als wenn ich das bei einem anderen Laptop (den ich jetzt gerade benutze, um das zu schreiben) mache, bei dem die Internet-Verbindung klappt.

Wenn ich mich ins WLAN einklicke, erhalte ich ebenfalls eine Connection established ...-Meldung, das WLAN-Symbol zeigt mir ein ~50%-Signal an, aber Firefox und ping liefern das gleiche Ergebnis wie bei Kabel. Interessanterweise kriege ich bei Connection Information jetzt schon die gleichen (IPv4-)Werte (bis auf die minimal abweichende IP-Adresse) wie beim funktionierenden Laptop.

Bevor ich jetzt alle Ausgaben gemäß https://forum.ubuntuusers.de/topic/vor-dem-erstellen-eines-neuen-beitrags-bitte-/ hier reinstelle und den Beitrag möglicherweise überfrachte, frage ich mal, welche Ausgaben am zielführendsten erscheinen? (Es wäre nützlich, wenn dort die Unter-Punkte von 1, 2, 3, ... auch "nummeriert" oder "buchstaberiert" (a, b, c, ...) wären, dann könnte mensch sich kurz und bündig darauf beziehen.)

Danke!

Sandwich schrieb:

Bevor ich jetzt alle Ausgaben gemäß https://forum.ubuntuusers.de/topic/vor-dem-erstellen-eines-neuen-beitrags-bitte-/ hier reinstelle und den Beitrag möglicherweise überfrachte, frage ich mal, welche Ausgaben am zielführendsten erscheinen?

Alle dein Problem betreffenden.

Sandwich schrieb:

..., frage ich mal, welche Ausgaben am zielführendsten erscheinen?

Für deinen Fall, sind es die Ausgaben von:

ip r g 1.1.1.1
ping -c 3 1.1.1.1
host heise.de 1.1.1.1
host ulm.de
cat /etc/resolv.conf
ip n s
cat /etc/nsswitch.conf

@lubux

Nicht nur die sondern ALLE.

Weil sowohl LAN wie auch WLAN betroffen ist sollte man vielleicht erstma wissen was da für Hardware werkelt. Ob Treiber vorhanden sind. usw.

schwarzheit schrieb:

Nicht nur die sondern ALLE.

Mir reichen die. Für dich wird er evtl. ALLE posten.

Bescheidenheit ist eine Zier ... 😉

$ ip r g 1.1.1.1
1.1.1.1 via 77.80.116.1 dev wlp020f3 src 77.80.119.96 uid 1000
    cache

$ ping -c 3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=6.14 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=3.53 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=3.70 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 3.525/4.452/6.136/1.192 ms

$ host heise.de 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases:

heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 30 mx03.hornetsecurity.com.
heise.de mail is handled by 10 mx01.hornetsecurity.com.
heise.de mail is handled by 40 mx04.hornetsecurity.com.
heise.de mail is handled by 20 mx02.hornetsecurity.com.

$ host ulm.de
;; communications error to ::1#53: connection refused
;; communications error to ::1#53: connection refused
;; communications error to ::127.0.0.1#53: connection refused
;; no servers could be reached

$ cat /etc/resolv.conf
cat: /etc/resolv.conf: No such file or directory

$ ip n s
77.80.116.1 dev wlp0s20f3 lladdr 00:a0:c9:10:01:01 STALE
fe80::f:23 dev wlp0s20f3 lladdr 00:a0:c9:10:01:01 router STALE

Dazu darf ich anmerken, dass ich gerade an einem Platz bin, wo's kein Kabel gibt, daher ist das WLAN 'ausgewählt'.

$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

paswd:          files systemd sss
group:          files systemd sss
shadow:         files systemd sss
gshadow:        files systemd

hosts:          files mdns4_minimal [NOTFOUND=return] dns
networks:       files

protocols:      db files
services:       db files sss
ethers:         db files
rpc:            db files

netgroup:       nis sss
automount:  sss

Sandwich schrieb:

$ host ulm.de
;; communications error to ::1#53: connection refused
;; communications error to ::1#53: connection refused
;; communications error to ::127.0.0.1#53: connection refused
;; no servers could be reached

$ cat /etc/resolv.conf
cat: /etc/resolv.conf: No such file or directory

Internetzugang ist vorhanden bzw. funktioniert. Was nicht funktioniert ist die Namensauflösung (DNS), weil (warum auch immer) keine brauchbare "/etc/resolv.conf" vorhanden.
Wenn Du einen temporären Workaround (... von der Mehrheit btw. meistens nicht akzeptiert 😉 ) für DNS haben willst, kann ich dir helfen.

lubux schrieb:

Wenn Du einen temporären Workaround (... von der Mehrheit btw. meistens nicht akzeptiert 😉 ) für DNS haben willst, kann ich dir helfen.

Bitte, gerne! (Wiewohl ich natürlich auch auf eine permanente Lösung hoffe.)

Sandwich schrieb:

Bitte, gerne! ...

1

sudo nano /etc/resolv.conf

Inhalt:

nameserver 1.1.1.1
nameserver 9.9.9.9
nameserver 208.67.222.222

Nach dem speichern:

sudo chattr +i /etc/resolv.conf

In der "/etc/nsswitch.conf", die Zeile:

1

hosts:          files mdns4_minimal [NOTFOUND=return] dns

ändern (mit nano) in:

1

hosts:          files dns mdns4_minimal [NOTFOUND=return]

Nach dem speichern, testen mit z. B.:

host donaldjtrump.com

(oder gleichwertig).

lubux schrieb:

Nach dem speichern:

sudo chattr +i /etc/resolv.conf

Da krieg ich die Fehlermeldung

chattr: Operation not supported while reading flags on /etc.resolv.conf

@Sandwich

Da kann es sein, dass /etc/resolv.conf ein symlink ist und Du hast die Datei auf die der symlink zeigt, editiert. Poste die Ausgaben von:

ls -la /etc/resolv.conf
cat /etc/resolv.conf

Wenn du in einem Netz der Uni Wien bist, dann gehört so eine Information in den Eröffnungspost und dann sollte dir der dortige Admin helfen können.

$ ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 38 Jun 26 10:58 /etc/resolv.conv -> /run/systemd/resolve/stub-resolve.conf

$ cat /etc/resolv.conf
nameserver 1.1.1.1
nameserver 9.9.9.9
nameserver 208.67.222.222

Auf dem Laptop, auf dem ich gerade schreibe (Ubuntu MATE 18.04.6, weil 32-bit-Gerät), schaut das übrigens so aus (keine Ahnung, ob das hilfreich ist):

$ ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Mär  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

Jorber schrieb:

Wenn du in einem Netz der Uni Wien bist, dann gehört so eine Information in den Eröffnungspost und dann sollte dir der dortige Admin helfen können.

Ich bin jetzt gerade in einem Netz (WLAN) der Uni Wien. Als ich den Beitrag eröffnet habe, war ich woanders (dort gibt's Kabel & WLAN). Und auch daheim (nur Kabel): überall das selbe Verhalten. Und wie schon geschrieben: überall hat's bis vor ein paar Tagen noch automatisch funktioniert. Ich nehme daher an, dass es nicht am Uni-Wien-Netz liegt und sich der Admin daher nicht zuständig fühlen wird.

Sandwich schrieb:

$ ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 38 Jun 26 10:58 /etc/resolv.conv -> /run/systemd/resolve/stub-resolve.conf

Lösche den symlink:

sudo rm /etc/resolv.conf

sudo nano /etc/resolv.conf

Inhalt eintragen und i-Flag setzen:

1

sudo chattr +i /etc/resolv.conf

und testen.
BTW: Wie ist die Ausgabe von:

systemctl status systemd-resolved

?

EDIT:

BTW: Der admin kann dir evtl. helfen, systemd-resolved zu "reparieren".