Wifi / WLAN: keine Verbindung in das Internet

[wckl]

Hallo,
die Konfiguration der Wifi-Verbindung in das Internet will mir nicht gelingen.
-- Das Ethernet-Kabel ist herausgezogen,
Lokale Rechner kann ich per ping erreichen, ohne Wartezeiten usw.
MonBox ist der Wifi-Router;
livebox der Ethernet-Kabel-Router

Code: Alles auswählen

ping MonBox
PING MonBox.xxxx.yyy (192.168.1.11): icmp_seq=1 ttl=64 time=0.061 ms
...
--- MonBox.xxx.yyy ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4097ms
rtt min/avg/max/mdev = 0.061/0.071/0.077/0.006 ms

Die entsprechende Meldung bei livebox.
Auch die lokalen Rechner sind in gleicher Weise erreichbar.

Aber:

Code: Alles auswählen

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

-- Wenn das Ethernet-Kabel verbunden ist, macht ping www.spiegel.de keine Probleme.

Ich weiß nicht mehr was ich wo einstellen muss.
Vielen Dank für Hinweise.
wckl

[MSfree]

Fehler bei der Namensauflösung[

Wie hast du dein WLAN konfiguriert?
Mit statischen IP-Adressen oder mit DHCP?

Wenn statisch, dann mußt du in die Datei /etc/resolv..conf die IP-Adresse deines Nameservers (typischerweise dieselbe wie die deines Internetrouters) eintragen.

Wenn DHCP, dann funktioniert bei dir die automatische Aktualisierung der /etc/resolv..conf nicht. Dazu gab es hier im Forum auch schon einen langen Thread, bei dem das seit Bookworm mit systemd-networkd nicht mehr wie erwartet klappt.

[debilian]

dann fehlt dir ein Nameservereintrag in:

Code: Alles auswählen

/etc/resolv.conf

[wckl]

Die Datei ist vorhanden, so ist es eingetragen:

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
search home

Aber was ist das:

Code: Alles auswählen

sudo resolvectl status
Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.

[mat6937]

Die Datei ist vorhanden, so ist es eingetragen:

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
search home

Versuch mal:

Code: Alles auswählen

host heise.de 80.10.246.132
host heise.de 81.253.149.2

Evtl. musst Du das DNS auf deinem Gerät, noch optimieren.

[wckl]

Nach dieser Anleitung https://superuser.com/questions/1427311 ... e1-service erhalte ich:

Code: Alles auswählen

resolvectl status
Global
         Protocols: +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: foreign
Current DNS Server: 80.10.246.132
       DNS Servers: 80.10.246.132 81.253.149.2 192.168.1.1
        DNS Domain: home

Link 2 (enp3s0)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
     Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
   DNS Servers: 192.168.1.1
    DNS Domain: home

Link 3 (wlp5s0)
Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
     Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
   DNS Servers: 80.10.246.132 81.253.149.2 192.168.1.1

[wckl]

Die Fehlermeldung

Code: Alles auswählen

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

bleibt erhalten.
Auch sonst ist per Browser das Internet nicht erreichbar.

[wckl]

An
mat6937

Nur Wifi, Ethernet ist abgezogen:

Code: Alles auswählen

host heise.de 80.10.246.132
;; connection timed out; no servers could be reached

[debilian]

und der gateway, vorhanden?

Code: Alles auswählen

ip r

[wckl]

Ist das so richtig?

Code: Alles auswählen

ip r
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

[debilian]

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 

bei mir macht er entweder oder, wenn ich wlan nutze ist die wlan device die default route
und beim Anstecken vom lan-Kabel, die lan device die default route.
beide zusammen nicht.....

[wckl]

Auch wenn das Lan-Kabel gezogen ist:

Code: Alles auswählen

ip r
default via 192.168.1.1 dev enp3s0 proto dhcp metric 100 linkdown 
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 linkdown 
192.168.1.0/24 dev wlp5s0 proto kernel scope link src 192.168.1.11 metric 600

Wenn Wifi ausgeschaltet ist:

Code: Alles auswählen

ip r
default via 192.168.1.1 dev enp3s0 proto dhcp metric 100 
192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.10 metric 100

Was muss ich also korrigieren?

[mat6937]

An
mat6937
Nur Wifi, Ethernet ist abgezogen:

Code: Alles auswählen

host heise.de 80.10.246.132
;; connection timed out; no servers could be reached

Ja, aber das meine ich nicht.
Z. B. meine Test-/etc/resolv.conf hat den Inhalt:

Code: Alles auswählen

options ndots:0 timeout:3 attempts:3 edns0
options single-request-reopen rotate
search fritz.box
nameserver 80.10.246.132
nameserver 81.253.149.2
nameserver 192.168.178.1

und wenn ich DNS über die mache, sieht es so aus:

Code: Alles auswählen

:~$ host -v -t a koeln.de
Trying "koeln.de"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43194
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;koeln.de.			IN	A

;; ANSWER SECTION:
koeln.de.		177	IN	A	81.173.246.122

Received 42 bytes from 192.168.178.1#53 in 153 ms

... und in der Ausgabe von tcpdump kann man sehen warum es auch klappt:

Code: Alles auswählen

:~# tcpdump -vvveni wlan1 dst port 53    
tcpdump: listening on wlan1, link-type EN10MB (Ethernet), capture size 262144 bytes
16:07:01.822663 ##:##:##:17:62:b4 > xx:xx:xx:d3:0a:d6, ethertype IPv4 (0x0800), length 68: (tos 0x0, ttl 64, id 10238, offset 0, flags [none], proto UDP (17), length 54)
    192.168.178.22.37759 > 80.10.246.132.53: [udp sum ok] 43194+ A? koeln.de. (26)
16:07:02.822860 ##:##:##:17:62:b4 > xx:xx:xx:d3:0a:d6, ethertype IPv4 (0x0800), length 68: (tos 0x0, ttl 64, id 61639, offset 0, flags [none], proto UDP (17), length 54)
    192.168.178.22.49946 > 81.253.149.2.53: [udp sum ok] 43194+ A? koeln.de. (26)
16:07:03.823018 ##:##:##:17:62:b4 > xx:xx:xx:d3:0a:d6, ethertype IPv4 (0x0800), length 68: (tos 0x0, ttl 64, id 53866, offset 0, flags [none], proto UDP (17), length 54)
    192.168.178.22.37391 > 192.168.178.1.53: [udp sum ok] 43194+ A? koeln.de. (26)
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernel

Das meinte ich mit optimieren. Geht bei dir auf via resolvconf und systemd-resolved.
Was nutzen dir 3 DNS-Server in der resolv.conf (oder anderswo), wenn dein System so konfiguriert ist, dass nur einer bzw. der 1. dieser DNS-Server angefragt wird und die anderen zwei DNS-Server ignoriert werden?

[wckl]

Das verstehe ich nicht.
Wenn das Lan-Kabel eingesteckt wird der Zugang (Nameserver) problemlos gefunden, obwohl meine /etc/resolv.conf den oben dargestellten Inhalt hat.

[mat6937]

Das verstehe ich nicht.

Wenn Du es verstehen willst, musst schon etwas mehr Informationen (ohne und mit eingestecktem Lan-Kabel) liefern:

Code: Alles auswählen

tcpdump -c 300 -vvveni any dst port 53
cat /etc/resolv.conf
ip r g 80.10.246.132
host -v -t a ulm.de

Wenn das Lan-Kabel eingesteckt wird der Zugang (Nameserver) problemlos gefunden, obwohl meine /etc/resolv.conf den oben dargestellten Inhalt hat.

Welcher Nameserver wird _mit eingesteckten_ Lan-Kabel benutzt/gefunden?
Sind die 80.10.246.132 und 81.253.149.2, die DNS-Server von deinem Internet-Provider?

[wckl]

Nun läuft Wifi,
ich bin mir nicht sicher warum.

Mit < nm-connection-editor > Wifi eingestellt:

Verbindungsname: MonBox
--> IPv4-Einstellungen
--> Methode: Manuell --> 192.168.1.11 Netzmaske 24 Gateway 192.168.1.1
--> DNS-Server: 80.10.246.2, 80.10.246.129

Die DNS-Server sind die meines Providers.
Die vorherigen DNS-Server habe ich schon jahrelang benutzt, Wifi hat damit auch funktioniert.
Eventuell wird die Anfrage als von Wifi erkannt und ggf. blockiert.
Genau weiß ich es nicht.

[mat6937]

--> DNS-Server: 80.10.246.2, 80.10.246.129

Die DNS-Server sind die meines Providers.
Die vorherigen DNS-Server habe ich schon jahrelang benutzt, Wifi hat damit auch funktioniert.

Wifi hat nichts mit den DNS-Servern zu tun.
Kannst Du z. Zt. diese DNS-Server:

Code: Alles auswählen

80.10.246.2, 80.10.246.129

benutzen?

Code: Alles auswählen

host -t a -v ulm.de 80.10.246.2
host -t a -v ulm.de 80.10.246.129

?

[wckl]

Ich benutze sie ja.

Code: Alles auswählen

host -t a -v ulm.de 80.10.246.129
Trying "ulm.de"
Using domain server:
Name: 80.10.246.129
Address: 80.10.246.129#53
Aliases: 

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30641
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ulm.de.				IN	A

;; ANSWER SECTION:
ulm.de.			86400	IN	A	13.69.68.7

Received 40 bytes from 80.10.246.129#53 in 51 ms

Funktioniert mit beiden: LAN und Wifi