WLAN / WiFi: Temporärer Fehler bei der Namensauflösung

[wckl]

Hallo,

die Netzwerkverbindungen nach Extern funktionieren mit dem Ethernet-Anschluss.

Code: Alles auswählen

ping debianforum.de
PING debianforum.de (142.132.203.155) 56(84) bytes of data.
64 bytes from kroker.debianforum.de (142.132.203.155): icmp_seq=1 ttl=50 time=34.4 ms
64 bytes from kroker.debianforum.de (142.132.203.155): icmp_seq=2 ttl=50 time=35.7 ms

Also kein Problem.
Wenn ich jedoch das Ethernet-Kabel ziehe, WLAN ist eingeschaltet, erhalte ich bei einem ping auf INTERNE Rechner im Netzwerk:

Code: Alles auswählen

ping intern
PING intern (192.168.1.13) 56(84) bytes of data.
64 bytes from intern (192.168.1.13): icmp_seq=1 ttl=64 time=4.08 ms
64 bytes from intern (192.168.1.13): icmp_seq=2 ttl=64 time=7.28 ms

Also es funktioniert im internen Netzwerk.
Jedoch bei

Code: Alles auswählen

ping debianforum.de
ping: debianforum.de: Temporärer Fehler bei der Namensauflösung

Auch wenn ich meine interne firewall stoppe, bleibt es bei dem gleichen Ergebnis.
Wie kann ich herausfinden, wo der Konfigurationsfehler liegt?

Ich benutze "Debian GNU/Linux 11 (bullseye)" und für die Konfiguration "NetworkManager" .

Vielen Dank für Hilfe.

wckl

[heisenberg]

Methodisch würde ich so vorgehen:

1. Prüfen was für ein DNS-Server eingestellt ist (/etc/resolv.conf)
2. IP-Konfiguration prüfen (ip address show)
3. Prüfen der Routing Konfiguration (ip route show)
4. Prüfen ob das Default-Gateway pingbar ist (ping)
5. Prüfen ob der DNS-Server Pingbar ist (ping)
6. Prüfen ob der DNS-Server auf DNS-Anfragen reagiert (Befehle: nslookup, dig oder host)
7. Prüfen ob der Ping auf eine beliebige öffentliche IP-Adresse funktioniert.
8. Prüfen ob der Ping auf einen beliebigen Hostnamen funktioniert.

Das kannst Du gleichermaßen für den Ethernet- als auch für den WLAN-Betrieb durchführen.

[wckl]

Code: Alles auswählen

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 "resolvectl status" to see details about the actual nameservers.
nameserver 80.10.246.132
nameserver 81.253.149.2

nameserver 192.168.1.1
nameserver 81.253.149.2
nameserver 80.10.246.2
search home

Code: Alles auswählen

ip address show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 8c:89:a5:01:92:6a brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
       valid_lft 86215sec preferred_lft 86215sec
    inet6 fe80::4b0b:1e77:4a2a:3241/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:15:00:97:d1:be brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.12/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp5s0
       valid_lft 86211sec preferred_lft 86211sec
    inet 192.168.1.11/24 brd 192.168.1.255 scope global secondary noprefixroute wlp5s0
       valid_lft forever preferred_lft forever
    inet6 fe80::d01:7ba3:8674:86e3/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Code: Alles auswählen

ip route show
default via 192.168.1.1 dev enp3s0 proto dhcp metric 100 
default via 192.168.1.1 dev wlp5s0 proto static metric 600 
169.254.0.0/16 dev wlp5s0 scope link metric 1000 
192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.10 metric 100 
192.168.1.0/24 dev wlp5s0 proto kernel scope link src 192.168.1.11 metric 600 
192.168.1.0/24 dev wlp5s0 proto kernel scope link src 192.168.1.12 metric 600

enp3s0 ist die Ethernet-; wlp5s0 ist die Wlan / WiFi Schnittstelle

Und was nun weiter ?

[heisenberg]

Na das waren jetzt erst die ersten 3 Punkte von meiner Liste. Aber ich sehe hier schon zwei Dinge, die nicht gut sind:

Code: Alles auswählen

default via 192.168.1.1 dev enp3s0 proto dhcp metric 100 
default via 192.168.1.1 dev wlp5s0 proto static metric 600

1. Wenn das die Ausgabe von ip route show ist, wenn das Ethernetkabel ausgesteckt ist, dann darf da keine Route mehr sein. So wie das da steht, bedeutet es, dass die Pakete trotz ausgesteckter Ethernetverbindung über die Ethernetschnittstelle gesendet werden.
2. Du verwendest für beide Netzwerke (WLAN, Ethernet) die gleichen IP-Adressen. Das könnte grundsätzlich ein Problem sein.

Anmerkungen

• Was hast Du denn da für einen Router / DHCP-Server im Einsatz?
• Du könntest mal testweise händisch die Ethernet-Route löschen, wenn das Ethernetkabel weg ist:
  
  ip route delete default via 192.168.1.1 dev enp3s0
  
  Danach sollte der Ping eigentlich wieder funktionieren.

[wckl]

192.168.1.1 ist die Box (Livebox 5) mit der ich per Glasfaser an das Netz angeschlossen bin.
Das ist dann wohl richtig? Ohne die Box geht ja wohl nichts ?

[heisenberg]

192.168.1.1 ist die Box (Livebox 5) mit der ich per Glasfaser an das Netz angeschlossen bin.
Das ist dann wohl richtig? Ohne die Box geht ja wohl nichts ?

Ja. Das passt schon.

Ich habe grade mal bei mir am Laptop geschaut. Da ist das mit den IP-Adressen (gleiche IP für LAN+WLAN) genauso. Das scheint also schon mal zu passen. Allerdings wird die Route über das LAN automatisch gelöscht, wenn ich das Kabel ziehe und ich sehe eine entsprechende Meldung, dass die Kabelverbindung deaktiviert wurde.

Da weiss ich aktuell nicht woran das liegt. Ich kenne mich mit dem NetworkManager nicht so aus.

Wenn Du eine Weile (1 Minute) wartest, nach dem Du das Kabel gezogen hast und dann nochmal den ip route show ausführst, sind dann immer noch beide der folgenden Zeilen da?

Code: Alles auswählen

default via 192.168.1.1 dev enp3s0 proto dhcp metric 100 
default via 192.168.1.1 dev wlp5s0 proto static metric 600 

Zeige nach der 1 Minute Wartezeit auch nochmal die Ausgabe dieser zwei Kommandos:

Code: Alles auswählen

nmcli
nmcli connection show

[wckl]

Ich hatte beide eingeschaltet - das war wohl nicht ganz richtig.
Hier nun ohne Ethernet-Kabel:

Code: Alles auswählen

ip route show
default via 192.168.1.1 dev wlp5s0 proto static metric 600 
169.254.0.0/16 dev wlp5s0 scope link metric 1000 
192.168.1.0/24 dev wlp5s0 proto kernel scope link src 192.168.1.11 metric 600 
192.168.1.0/24 dev wlp5s0 proto kernel scope link src 192.168.1.12 metric 600

Code: Alles auswählen

nmcli
wlp5s0: verbunden to MonBox
        "Intel Centrino 135"
        wifi (iwlwifi), 00:15:00:97:D1:BE, hw, mtu 1500
        ip4-Vorgabe
        inet4 192.168.1.11/24
        inet4 192.168.1.12/24
        route4 192.168.1.0/24
        route4 192.168.1.0/24
        route4 169.254.0.0/16
        route4 0.0.0.0/0
        inet6 fe80::d01:7ba3:8674:86e3/64
        route6 fe80::/64

enp3s0: nicht verfügbar
        "Realtek RTL8111/8168/8411"
        ethernet (r8169), 8C:89:A5:01:92:6A, hw, mtu 1500

lo: nicht verwaltet
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

DNS configuration:
        servers: 192.168.1.1 81.253.149.2 80.10.246.2
        domains: home
        interface: wlp5s0

Code: Alles auswählen

nmcli connection show
NAME             UUID                                  TYPE      DEVICE 
MonBox           62a126e3-96ed-4cb7-937f-474fc1a0d4ad  wifi      wlp5s0 
ethernet-enp3s0  73a432bb-73a9-4cf4-9aa0-dc3cf6654dac  ethernet  --    

[heisenberg]

Das sieht jetzt besser aus. Geht es jetzt?

Ich hatte beide eingeschaltet - das war wohl nicht ganz richtig.

Das ist bei mir auch so und funktioniert so. Ca. 5-10 Sekunden, nachdem ich das Kabel abziehe, wird die Lan-Verbindung deaktiviert und ich bin über WLAN online.

[wckl]

Egal wie lange ich warte nachdem ich das Ethernet-Kabel abgezogen , wie schon anfangs beschrieben:

Code: Alles auswählen

ping debianforum.de
ping: debianforum.de: Temporärer Fehler bei der Namensauflösung

Das Problemist nicht gelöst.

[heisenberg]

Danke für die Klarstellung. Jetzt verstehe ich Deine Ausgaben wahrscheinlich richtig: Also Dein Beitrag von 17:01 zeigt die Routing-Tabelle, wenn das Kabel eingesteckt ist und der Beitrag von 18:15 zeigt die Routing-Tabelle, wenn das Kabel abgezogen ist?

Wenn dem so ist, dann passt das mit dem Routing. NetworkManager entfernt den Routing-Eintrag über die LAN-Karte, sobald ausgesteckt. So soll es sein!

Was ich auch noch sehe, aber nicht verstanden habe, ist dass Deine WLAN-Schnittstelle 2 IPv4 Adressen konfiguriert hat. Ich ignoriere das erst Mal, weil ich vermute, dass es keine Auswirkung hat.

Gut, dass Du den Anfangstest (ping debianforum.de) nochmal geprüft hast, dass es noch nicht funktioniert. Regelmässige Rückmeldung ist hilfreich. Zur Ursachenforschung geht es jetzt darum, Schritt für Schritt weiter die Sachen zu testen, gemäß der Liste von meinem Beitrag #2 hier im Thema von 13:45.

Also sind wir jetzt bei Punkt 4 von obiger Liste: Ist das Default Gateway pingbar wenn das Netzwerkkabel abgezogen ist? (ping 192.168.1.1). Wenn ein Punkt von der Liste erfolgreich ist, kannst Du so lange die jeweils folgenden Punkte abarbeiten, bis etwas nicht erfolgreich ist. Dabei bitte jeweils die eingegebenen Befehle und deren Ausgaben hier schreiben. Wenn etwas nicht erfolgreich ist, müssen wir danach Ursachenforschung betreiben warum das so ist. D. h. weitere Tests durchführen.

[wckl]

Nicht erfolgreich:

Code: Alles auswählen

ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
^C
--- 192.168.1.1 ping statistics ---
17 packets transmitted, 0 received, 100% packet loss, time 16305ms

[heisenberg]

Ok. Super. Frage dazu: Hat das WLAN in der Umgebung bei dem Gerät überhaupt schon mal funktioniert? Wenn ja, wann hat das aufgehört zu funktionieren? Bzw. funktioniert es derzeit mit irgendwelchen Tricks? (Ohne Netzwerkkabel hochfahren, etc.) Funktioniert das WLAN mit abgestecktem Kabel, wenn Du im Netzwork-Manager die WLAN-Verbindung trennst und dich erneut verbindest?

[wckl]

Das ist eine neue Konstruktion mit der Livebox 5 und Anschluss über Fibre Optique.
Vorher hatte ich ebenfalls eine Livebox, aber älterer Bauart über das normale Telefonkabel.

In der Vorgängerversion hatte ich auch per WiFi Verbindung mit diesem Dibian-Rechner zum Internet ohne Probleme.


Mit der Libox 5:

Mit anderen Geräten - Mobiltelefon und Tablet, beides unter Android - habe ich keine Probleme, WiFi funktioniert problemlos.

Über Ethernet kann ich mich per Internet-Browser bei der Livebox 5 anmelden und dort alle Funktionen nutzen - unter anderem sehe ich dort auch, welche Rechner per Ethernet bzw. für Telefon und Tablet per WiFi angeschlossen sind.
Auch dieser und ein weiterer Rechner unter Debian werden aufgelistet.

Bei diesem Rechner habe ich die WiFi-Schnittstelle aktiviert und das Ethernet-Kabel angeschlossen: beide werden unter einer getrennten IP-Adressen und Rechnernamen angezeigt.

In der /etc/hosts sind entsprechende IP-Adressen und Namen eingetragen.

Ergänzung:
MonBox ist die Livebox in der /etc/hosts. Ethernet-Kael ist abgezogen, also nur über WiFi :

Code: Alles auswählen

ping monbox
PING MonBox.w-xxx.invalid (192.168.1.11) 56(84) bytes of data.
64 bytes from MonBox.w-xxx.invalid (192.168.1.11): icmp_seq=1 ttl=64 time=0.076 ms
64 bytes from MonBox.w-xxx.invalid (192.168.1.11): icmp_seq=2 ttl=64 time=0.070 ms
64 bytes from MonBox.w-xxx.invalid (192.168.1.11): icmp_seq=3 ttl=64 time=0.074 ms
^C
--- MonBox.w-xxx.invalid ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2013ms
rtt min/avg/max/mdev = 0.070/0.073/0.076/0.002 ms

[heisenberg]

MonBox ist die Livebox in der /etc/hosts. Ethernet-Kael ist abgezogen, also nur über WiFi :

Nein. Das kann so nicht sein. Die IP-Adresse 192.168.1.11 ist der Rechner selbst, wie oben aus der Angabe von ip address show zu sehen ist:

Code: Alles auswählen

ip address show
...
3: wlp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
...
    inet 192.168.1.11/24 brd 192.168.1.255 scope global secondary noprefixroute wlp5s0
...

D. h. das bedeutet der Test sagt aus, dass der Ping erfolgreich den eigenen Rechner pingen kann.

In der /etc/hosts sind entsprechende IP-Adressen und Namen eingetragen.

Das braucht es eigentlich nicht zwingend. Ist für die einfachere Administration vielleicht hilfreich.

[heisenberg]

Kannst Du mal folgendes ausführen (bei abgesteckem Kabel) und hier schreiben:

Code: Alles auswählen

nmcli connection show MonBox

Das sind detaillierte Angaben zur aktuellen Verbindung. Da sieht man u. a. den DHCP-Server.

[wckl]

Nun bin ich ausreichend verwirrt:

Wenn ich mich bei der Livebox einlogge (per Ethernet), kann ich per Graphik und in Einzelbeschreibung über diesen Rechner sehen:

Anbindung über: WiFi
Type des Gerätes: Notebook (Linux) - das kann man so auswählen
Name: obelix-Wifi - das ist der Rechnername, so auch in der /etc/hosts eingetragen
IP-Adresse: 192.168.1.12 - ebenfalls in der Hosts so eingetragen
MAC-Adresse: 00:15:00:97:D1:BE
Verbindung Internet: verbunden

obelix-WiFi ist also die WiFi-Schnittstelle dieses Rechners

Übrigens: Bei Smartphone und Tablet wird als WiFi - Anschlusspunkt MonBox angezeigt. Unter diesem Namen wird die Verbindung hergestellt, das Livebox-Passwort eingegeben und damit ist der Zugang eingestellt.

Also so verstehe ich das: MonBox ist der Name der Livebox im WFi-Netzwerk.

[heisenberg]

Nun bin ich ausreichend verwirrt:

Wenn ich mich bei der Livebox einlogge (per Ethernet), kann ich per Graphik und in Einzelbeschreibung über diesen Rechner sehen:

Anbindung über: WiFi
Type des Gerätes: Notebook (Linux) - das kann man so auswählen
Name: obelix-Wifi - das ist der Rechnername, so auch in der /etc/hosts eingetragen
IP-Adresse: 192.168.1.12 - ebenfalls in der Hosts so eingetragen
MAC-Adresse: 00:15:00:97:D1:BE
Verbindung Internet: verbunden

obelix-WiFi ist also die WiFi-Schnittstelle dieses Rechners

Ja. Das mag so sein und auch stimmen. Die Verbindung ist hergestellt. Trotzdem gibt es noch irgend ein Problem, sonst würde es ja gehen.

Also so verstehe ich das: MonBox ist der Name der Livebox im WFi-Netzwerk.

Ja. Da sehe ich auch so. Deine WLAN-Verbindung hat ja auch den Namen "MonBox", wie nmcli oben angezeigt hat. Wenn Du aber händisch in /etc/hosts "monbox" mit der lokalen IP Deines Notebooks (192.168.1.11) einträgst, dann nimmt der ping als monbox eben wie befohlen die ip des lokalen rechners. (bzw. kann mir das nicht anders erklären, als dass das händisch eingetragen wurde. kann mich aber auch täuschen.)

... also:

Kannst Du mal folgendes ausführen (bei abgesteckem Kabel) und hier schreiben:

Code: Alles auswählen

nmcli connection show MonBox

Das sind detaillierte Angaben zur aktuellen Verbindung. Da sieht man u. a. den DHCP-Server.

[wckl]

Die Verwirrung nimmt weiter zu:

Code: Alles auswählen

nmcli connection show MonBox
connection.id:                          MonBox
connection.uuid:                        62a126e3-96ed-4cb7-937f-474fc1a0d4ad
connection.stable-id:                   --
connection.type:                        802-11-wireless
connection.interface-name:              wlp5s0
connection.autoconnect:                 ja
....
das ist nur ein Auszug ...

connection.interface-name: wlp5s0 ist die Schnittstelle dieses Debian-Rechners

Andererseits:

Code: Alles auswählen

nmcli connection show livebox
Fehler: Verbindungsprofil livebox existiert nicht.

livebox (192.168.1.1) ist der Name, mit dem ich mich per Ethernet auf der Livebox per Browser einlogge.

Wie gesagt, ich verstehe nichts mehr --- das muss ich mir morgen noch einmal genau ansehen.

Hilfe bei der Analyse ist natürlich sehr willkommen.

[GregorS]

... Hilfe bei der Analyse ist natürlich sehr willkommen.

Besonders hartnäckigen Fehlern bin ich häufig dadurch auf die Spur gekommen, dass ich die Struktur des Ganzen aufgemalt habe. Skizzen helfen häufig beim Denken. Ich habe den Thread nur sehr Oberflächlich verfolgt, aber ich habe den Eindruck, dass es helfen würde, wenn Du die Gegebenheiten einmal „kritzlerisch“ festhalten würdest.
PS: Wenn es bei Dir nur um einen Rechner geht, ist das natürlich zur Hälfte Blödsinn.

[heisenberg]

Code: Alles auswählen

nmcli connection show MonBox

Die vollständige Ausgabe von dem Befehl ist wichtig! Bitte das nochmal nachreichen.

Bis jetzt komme ich noch ganz gut mit... Auch wenn ich noch keinen Fehler sehe.

Ich vermute aktuell, dass da vielleicht in der NetworkManager Konfiguration vermurkst ist. Sprich, dass da irgendwelche falschen Sachen in den Netzwerken konfiguriert sind. Aber eins nach dem anderen. Ansonsten finde ich das gar nicht mal so leicht, das aus der Ferne herauszufinden.

[wckl]

Code: Alles auswählen

nmcli connection show MonBox
connection.id:                          MonBox
connection.uuid:                        62a126e3-96ed-4cb7-937f-474fc1a0d4ad
connection.stable-id:                   --
connection.type:                        802-11-wireless
connection.interface-name:              wlp5s0
connection.autoconnect:                 ja
connection.autoconnect-priority:        11
connection.autoconnect-retries:         -1 (default)
connection.multi-connect:               0 (default)
connection.auth-retries:                -1
connection.timestamp:                   1730311613
connection.read-only:                   nein
connection.permissions:                 --
connection.zone:                        --
connection.master:                      --
connection.slave-type:                  --
connection.autoconnect-slaves:          -1 (default)
connection.secondaries:                 --
connection.gateway-ping-timeout:        0
connection.metered:                     unbekannt
connection.lldp:                        default
connection.mdns:                        -1 (default)
connection.llmnr:                       -1 (default)
connection.wait-device-timeout:         -1
802-11-wireless.ssid:                   MonBox
802-11-wireless.mode:                   infrastructure
802-11-wireless.band:                   --
802-11-wireless.channel:                0
802-11-wireless.bssid:                  --
802-11-wireless.rate:                   0
802-11-wireless.tx-power:               0
802-11-wireless.mac-address:            00:15:00:97:D1:BE
802-11-wireless.cloned-mac-address:     --
802-11-wireless.generate-mac-address-mask:--
802-11-wireless.mac-address-blacklist:  --
802-11-wireless.mac-address-randomization:default
802-11-wireless.mtu:                    auto
802-11-wireless.seen-bssids:            10:E9:92:F1:A5:40,5C:33:8E:C1:4B:42
802-11-wireless.hidden:                 nein
802-11-wireless.powersave:              0 (default)
802-11-wireless.wake-on-wlan:           0x1 (default)
802-11-wireless.ap-isolation:           -1 (default)
802-11-wireless-security.key-mgmt:      wpa-psk
802-11-wireless-security.wep-tx-keyidx: 0
802-11-wireless-security.auth-alg:      --
802-11-wireless-security.proto:         --
802-11-wireless-security.pairwise:      --
802-11-wireless-security.group:         --
802-11-wireless-security.pmf:           0 (default)
802-11-wireless-security.leap-username: --
802-11-wireless-security.wep-key0:      <hidden>
802-11-wireless-security.wep-key1:      <hidden>
802-11-wireless-security.wep-key2:      <hidden>
802-11-wireless-security.wep-key3:      <hidden>
802-11-wireless-security.wep-key-flags: 0 (keine)
802-11-wireless-security.wep-key-type:  unknown
802-11-wireless-security.psk:           <hidden>
802-11-wireless-security.psk-flags:     0 (keine)
802-11-wireless-security.leap-password: <hidden>
802-11-wireless-security.leap-password-flags:0 (keine)
802-11-wireless-security.wps-method:    0x0 (default)
802-11-wireless-security.fils:          0 (default)
ipv4.method:                            auto
ipv4.dns:                               81.253.149.2,80.10.246.2
ipv4.dns-search:                        --
ipv4.dns-options:                       --
ipv4.dns-priority:                      0
ipv4.addresses:                         192.168.1.11/24, 192.168.1.12/24
ipv4.gateway:                           192.168.1.1
ipv4.routes:                            --
ipv4.route-metric:                      -1
ipv4.route-table:                       0 (unspec)
ipv4.routing-rules:                     --
ipv4.ignore-auto-routes:                nein
ipv4.ignore-auto-dns:                   nein
ipv4.dhcp-client-id:                    --
ipv4.dhcp-iaid:                         --
ipv4.dhcp-timeout:                      0 (default)
ipv4.dhcp-send-hostname:                ja
ipv4.dhcp-hostname:                     --
ipv4.dhcp-fqdn:                         --
ipv4.dhcp-hostname-flags:               0x0 (none)
ipv4.never-default:                     nein
ipv4.may-fail:                          ja
ipv4.dad-timeout:                       -1 (default)
ipv4.dhcp-vendor-class-identifier:      --
ipv4.dhcp-reject-servers:               --
ipv6.method:                            auto
ipv6.dns:                               --
ipv6.dns-search:                        --
ipv6.dns-options:                       --
ipv6.dns-priority:                      0
ipv6.addresses:                         --
ipv6.gateway:                           --
ipv6.routes:                            --
ipv6.route-metric:                      -1
ipv6.route-table:                       0 (unspec)
ipv6.routing-rules:                     --
ipv6.ignore-auto-routes:                nein
ipv6.ignore-auto-dns:                   nein
ipv6.never-default:                     nein
ipv6.may-fail:                          ja
ipv6.ip6-privacy:                       -1 (unknown)
ipv6.addr-gen-mode:                     stable-privacy
ipv6.ra-timeout:                        0 (default)
ipv6.dhcp-duid:                         --
ipv6.dhcp-iaid:                         --
ipv6.dhcp-timeout:                      0 (default)
ipv6.dhcp-send-hostname:                ja
ipv6.dhcp-hostname:                     --
ipv6.dhcp-hostname-flags:               0x0 (none)
ipv6.token:                             --
proxy.method:                           none
proxy.browser-only:                     nein
proxy.pac-url:                          --
proxy.pac-script:                       --
GENERAL.NAME:                           MonBox
GENERAL.UUID:                           62a126e3-96ed-4cb7-937f-474fc1a0d4ad
GENERAL.DEVICES:                        wlp5s0
GENERAL.IP-IFACE:                       wlp5s0
GENERAL.STATE:                          aktiviert
GENERAL.DEFAULT:                        nein
GENERAL.DEFAULT6:                       nein
GENERAL.SPEC-OBJECT:                    /org/freedesktop/NetworkManager/AccessPoint/56
GENERAL.VPN:                            nein
GENERAL.DBUS-PATH:                      /org/freedesktop/NetworkManager/ActiveConnection/5
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/Settings/1
GENERAL.ZONE:                           --
GENERAL.MASTER-PATH:                    --
IP4.ADDRESS[1]:                         192.168.1.12/24
IP4.ADDRESS[2]:                         192.168.1.11/24
IP4.GATEWAY:                            192.168.1.1
IP4.ROUTE[1]:                           dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.ROUTE[2]:                           dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 600
IP4.ROUTE[3]:                           dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 600
IP4.ROUTE[4]:                           dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 600
IP4.DNS[1]:                             192.168.1.1
IP4.DNS[2]:                             81.253.149.2
IP4.DNS[3]:                             80.10.246.2
IP4.DOMAIN[1]:                          home
DHCP4.OPTION[1]:                        broadcast_address = 192.168.1.255
DHCP4.OPTION[2]:                        dhcp_lease_time = 86400
DHCP4.OPTION[3]:                        dhcp_server_identifier = 192.168.1.1
DHCP4.OPTION[4]:                        domain_name = home
DHCP4.OPTION[5]:                        domain_name_servers = 192.168.1.1
DHCP4.OPTION[6]:                        expiry = 1730394582
DHCP4.OPTION[7]:                        ip_address = 192.168.1.12
DHCP4.OPTION[8]:                        next_server = 192.168.1.1
DHCP4.OPTION[9]:                        requested_broadcast_address = 1
DHCP4.OPTION[10]:                       requested_domain_name = 1
DHCP4.OPTION[11]:                       requested_domain_name_servers = 1
DHCP4.OPTION[12]:                       requested_domain_search = 1
DHCP4.OPTION[13]:                       requested_host_name = 1
DHCP4.OPTION[14]:                       requested_interface_mtu = 1
DHCP4.OPTION[15]:                       requested_ms_classless_static_routes = 1
DHCP4.OPTION[16]:                       requested_nis_domain = 1
DHCP4.OPTION[17]:                       requested_nis_servers = 1
DHCP4.OPTION[18]:                       requested_ntp_servers = 1
DHCP4.OPTION[19]:                       requested_rfc3442_classless_static_routes = 1
DHCP4.OPTION[20]:                       requested_root_path = 1
DHCP4.OPTION[21]:                       requested_routers = 1
DHCP4.OPTION[22]:                       requested_static_routes = 1
DHCP4.OPTION[23]:                       requested_subnet_mask = 1
DHCP4.OPTION[24]:                       requested_time_offset = 1
DHCP4.OPTION[25]:                       requested_wpad = 1
DHCP4.OPTION[26]:                       routers = 192.168.1.1
DHCP4.OPTION[27]:                       subnet_mask = 255.255.255.0
IP6.ADDRESS[1]:                         fe80::d01:7ba3:8674:86e3/64
IP6.GATEWAY:                            --
IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 600

[heisenberg]

@wckl: Ok. Dann melde Dich wieder, wenn Du relaxed bist. Stelle gerne auch Fragen zu Deinen Unklarheiten.

Ich habe noch eine Idee, was dann ein guter weiterer nächster Schritt ist.

[wckl]

Hallo,
es ist weiterhin für mich alles unklar. Meine Ideen haben nichts gebracht und waren wohl auch unpassend.

Also, vielen Dank für weitere Anregungen.

[heisenberg]

Die nmcli-Ausgabe von gestern hat da schon einmal Aufschluss darüber gegeben, dass die 192.168.1.1 Dein DHCP-Server und auch Dein Gateway ist. Ansonsten wird Dein Internetrouter wohl auch gehen, weil die ganzen anderen Geräte ja funktioniern. Insofern wird es wohl mit hoher Wahrscheinlichkeit an Deinem Linuxsystem liegen.

Ich könnte mir vorstellen, dass im Network-Manager kaputte Konfigurationen sind. Deswegen würde ich die ganzen Konfigrationen mal löschen und dann wieder von Null anfangen.

So würde ich das machen - das ist eine 1:1 Anleitung - bitte exakt so eingeben!

1. Terminal öffnen, und zu root wechseln:

   Code: Alles auswählen

   su -

2. mit cd /etc/NetworkManager das Verzeichnis wechseln
3. Ein Backup-Verzeichnis erstellen mkdir system-connections.backup
4. Alle Dateien ins Sicherungsverzeichnis verschieben: mv system-connections/* system-connections.backup
5. Jetzt den Network-Manager neu starten: systemctl restart NetworkManager
6. Jetzt solltest Du keinerlei Netzwerkverbindungen mehr aktiv haben.
7. Wenn Du Dich jetzt mit Deinem WLAN-Verbindest über den grafischen Netzwerkeinstellungsdialog, dann geht es vielleicht wieder.

Wiederherstellen der alten Verbindungen geht dann so, falls Du es noch brauchen solltest:

1. Terminal öffnen, und zu root wechseln:

   Code: Alles auswählen

   su -

2. mit cd /etc/NetworkManager das Verzeichnis wechseln
3. Neu angelegte Verbindungen löschen: rm system-connections/*
4. Dateien vom Sicherungsverzeichnis zurück kopieren: cp -ax system-connections.back/. system-connections/.
5. Jetzt den Network-Manager neu starten: systemctl restart NetworkManager
6. Jetzt solltest Du die alten Netzwerkverbindungen wieder haben.

[wckl]

Vielen Dank.
Leider hat mein Drucker heute ein Problem mit dem Wartungkasten (das Ding ist voller Tinte und muss ausgewechselt werden) -- fällt also für ein paar Tage aus.

Deine Anweisungen hätte ich gern 1:1 auf dem Tisch liegen, genauso die bisherigen Einstellungen - deshalb kann es noch ein paar Tage dauern, bis ich mich wieder melde.