staging.inyokaproject.org

via DuckDuckGo

Netzwerkverbindung via WLAN funktioniert nur teilweise

Status: Ungelöst | Ubuntu-Version: Kubuntu 20.04 (Focal Fossa)
Antworten |

kunovwd

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
27. Juli 2021 20:45

Hallo Zusammen,

nach der Installation von Kubuntu 20.04 (vorher 18.04) funktioniert das Internet nicht mehr 100% (manche Seiten sind nicht erreichbar) und der SMTP-Versand in Thunderbird geht auch nicht mehr (./thunderbird von der vorherigen Installation inkl. aller Konfigs übernommen).

Der PC ist grundsätzlich online, jedoch vermute ich, dass irgendwas noch glatt gezogen werden muss, damit das wieder alles wie zuvor funktioniert.

Der PC ist über WiFi verbunden. Ich habe extra einen Adapter gekauft, der gut unter Linux unterstützt wird (ich liefere die genaue Bezeichnung nach, wenn erforderlich) und es scheint auch alles zu funktionieren... Die Einstellungen habe ich so gewählt, wie sie zuvor auch waren (vor dem Umstieg auf 20.04).

Im Screenshot sieht man die manuellen Einstellungen (damit der auch immer die selbe IP4 hat). Auf automatisch geht es auch, allerdings bleiben die Probleme (keine SMTP-Verbindung möglich) und machen Seiten sind nicht aufrufbar.

Hat jemand eine Idee wo ich schauen kann?

Danke, Ralf

Bilder

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 13293
Zitieren
27. Juli 2021 21:31

kunovwd schrieb:

Der PC ist über WiFi verbunden. Ich habe extra einen Adapter gekauft, der gut unter Linux unterstützt wird (ich liefere die genaue Bezeichnung nach, wenn erforderlich) und es scheint auch alles zu funktionieren...

Poste mal die Ausgaben von: 

ip a
route -n
ip n s
cat /etc/resolv.conf
ping -c 3 1.1.1.1
host heise.de
host heise.de 1.1.1.1

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
27. Juli 2021 21:43

Bin einen Schritt weiter. Habe mal den PC an ein LAN-Kabel gestöpselt (muss den dafür durch die Hütte schleppen) und siehe da, damit geht alles sofort. Also habe ich die Quelle der Problematik schon mal heraus gefunden, der WLAN-Stick bzw. dessen Konfiguration (funktionierte ja länger einwandfrei mit der 18.04 LTS).

Bleibt die Frage was da falsch eingestellt ist, denn ich bin ja mit dem PC via SSH (und/oder per VNC) verbunden (also auch via WLAN auf der einen Seite)?

Der Stick ist ein EDIMAX EW-7612UAn V2.

Ich schaue mal was ich dazu finden kann.

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
27. Juli 2021 21:49

lubux schrieb:

kunovwd schrieb:

Der PC ist über WiFi verbunden. Ich habe extra einen Adapter gekauft, der gut unter Linux unterstützt wird (ich liefere die genaue Bezeichnung nach, wenn erforderlich) und es scheint auch alles zu funktionieren...

Poste mal die Ausgaben von: 

ip a
route -n
ip n s
cat /etc/resolv.conf
ping -c 3 1.1.1.1
host heise.de
host heise.de 1.1.1.1

Also ip a: 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 90:1b:0e:04:e7:c8 brd ff:ff:ff:ff:ff:ff
4: wlx74da38f60f20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 74:da:38:f6:0f:20 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.55/24 brd 192.168.0.255 scope global noprefixroute wlx74da38f60f20
       valid_lft forever preferred_lft forever
    inet6 2a02:810c:ccbf:c1e8:5572:ac49:f6d3:21c/64 scope global temporary dynamic 
       valid_lft 6848sec preferred_lft 3248sec
    inet6 2a02:810c:ccbf:c1e8:82d3:d080:565b:84f5/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 6848sec preferred_lft 3248sec
    inet6 fe80::2484:9d8f:f158:58fa/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

route -n 

1
2
3
4
5
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.55    0.0.0.0         UG    600    0        0 wlx74da38f60f20
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlx74da38f60f20
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlx74da38f60f20

ip n s 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
158.176.86.5 dev wlx74da38f60f20  FAILED
34.216.3.76 dev wlx74da38f60f20  FAILED
34.107.221.82 dev wlx74da38f60f20  FAILED
192.168.0.21 dev wlx74da38f60f20 lladdr f4:30:b9:75:5d:f9 STALE
34.117.237.239 dev wlx74da38f60f20  FAILED
217.146.23.133 dev wlx74da38f60f20  FAILED
217.146.13.140 dev wlx74da38f60f20  FAILED
192.168.0.57 dev wlx74da38f60f20 lladdr ec:b5:fa:1e:33:5a STALE
192.168.0.31 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
178.255.154.133 dev wlx74da38f60f20  FAILED
188.172.223.107 dev wlx74da38f60f20  FAILED
192.168.0.22 dev wlx74da38f60f20 lladdr 24:18:1d:32:89:28 STALE
8.8.8.4 dev wlx74da38f60f20  FAILED
188.172.219.144 dev wlx74da38f60f20  FAILED
192.168.0.71 dev wlx74da38f60f20 lladdr 40:2f:86:b3:e4:ea STALE
192.168.0.1 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 STALE
8.8.8.8 dev wlx74da38f60f20  FAILED
2a02:810c:ccbf:c1e8:c891:1028:cd14:6b8e dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fe80::d936:34ab:29a0:f311 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 REACHABLE
fe80::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router REACHABLE
2a02:810c:ccbf:c1e8:c891:1028:cd14:6b8e dev enp0s25  FAILED
2a02:810c:ccbf:c1e8:8092:3012:8525:c3eb dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fd00::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router STALE
fe80::ca0e:14ff:febf:7fb0 dev enp0s25  FAILED

cat /etc/resolv.conf 

1
2
3
nameserver 127.0.0.53
options edns0 trust-ad
search 8.8.8.8 8.8.8.4

ping -c 3 1.1.1.1 

1
2
3
4
5
6
7
8
PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
Von 192.168.0.55 icmp_seq=1 Zielhost nicht erreichbar
Von 192.168.0.55 icmp_seq=2 Zielhost nicht erreichbar
Von 192.168.0.55 icmp_seq=3 Zielhost nicht erreichbar

--- 1.1.1.1 ping statistics ---
3 Pakete übertragen, 0 empfangen, +3 Fehler, 100% Paketverlust, Zeit 2043ms
pipe 3

host heise.de 

1
2
3
heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 10 relay.heise.de.

host heise.de 1.1.1.1 

1
;; connection timed out; no servers could be reached

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
27. Juli 2021 21:52

kunovwd schrieb: [..]

Bleibt die Frage was da falsch eingestellt ist, denn ich bin ja mit dem PC via SSH (und/oder per VNC) verbunden (also auch via WLAN auf der einen Seite)?

[..]

Muss ich revidieren, ssh geht auch nicht!

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
27. Juli 2021 21:56 
PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
Von 192.168.0.55 icmp_seq=1 Zielhost nicht erreichbar
Von 192.168.0.55 icmp_seq=2 Zielhost nicht erreichbar
Von 192.168.0.55 icmp_seq=3 Zielhost nicht erreichbar

Damit ist kein IPv4-Internetzugang möglich. Ergo kannst du keine IPv4-Ziele erreichen Die Meldung kommt von deinem eigenen Rechner. 

0.0.0.0         192.168.0.55    0.0.0.0         UG    600    0        0 wlx74da38f60f20

da wäre dann das Gateway dein eigener PC. stimmt so aber sicher nicht.

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
27. Juli 2021 22:08

DJKUhpisse schrieb:

PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
> Von 192.168.0.55 icmp_seq=1 Zielhost nicht erreichbar
> Von 192.168.0.55 icmp_seq=2 Zielhost nicht erreichbar
> Von 192.168.0.55 icmp_seq=3 Zielhost nicht erreichbar
>

Damit ist kein IPv4-Internetzugang möglich. Ergo kannst du keine IPv4-Ziele erreichen Die Meldung kommt von deinem eigenen Rechner. 

0.0.0.0         192.168.0.55    0.0.0.0         UG    600    0        0 wlx74da38f60f20

da wäre dann das Gateway dein eigener PC. stimmt so aber sicher nicht.

Mea culpa, Asche auf mein Haupt. Statt die Fritzbox als Gateway einzutragen habe ich in der Tat die lokale IP eingetragen.... ☹

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
27. Juli 2021 22:11

Zeige dann 

ping6 heise.de
ping4 heise.de

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
27. Juli 2021 22:28

DJKUhpisse schrieb:

Zeige dann 

ping6 heise.de
ping4 heise.de

Vielen Dank, es geht jetzt. Frei nach dem Motto: "Kaum macht man es richtig, schon funktioniert es..." ☺

Mercie noch mal für's Anschieben.... 👍

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 7816
Zitieren
28. Juli 2021 06:37

kunovwd schrieb:

[…] cat /etc/resolv.conf 

nameserver 127.0.0.53
options edns0 trust-ad
search 8.8.8.8 8.8.8.4

Das ist auch Unsinn. Lasse es weg.

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
28. Juli 2021 12:32

Wenn, dann müsste da ein Domainnamen stehen, also z.B. example.org. Mir ist nicht bekannt, dass 8. bzw. .4 als TLD existiert.

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
28. Juli 2021 22:41 (zuletzt bearbeitet: 29. Juli 2021 08:31)

lubux schrieb:

kunovwd schrieb:

Der PC ist über WiFi verbunden. Ich habe extra einen Adapter gekauft, der gut unter Linux unterstützt wird (ich liefere die genaue Bezeichnung nach, wenn erforderlich) und es scheint auch alles zu funktionieren...

Poste mal die Ausgaben von: 

ip a
route -n
ip n s
cat /etc/resolv.conf
ping -c 3 1.1.1.1
host heise.de
host heise.de 1.1.1.1

Quasi nur zur Nachschau und zum Grübel (für den einen oder anderen).

Geht wieder nicht SSH und Seiten mit SSL .... über den WLAN-Repeater, der noch gestern ging. Untenstehend noch mal die aktuellen Ausgaben des Devices, welches gestern noch ging (nach Korrektur meines Gateway-Tippfehlers).

Das 8.8.8.8 und 8.8.8.4 im DNS Eintrag der Device-Konfig habe ich wie weiter unten in einem Post empfohlen, raus genommen.

Wenn ich auf den WLAN-Repeater ( TP-Link TL-WA850RE ) verbinde (wie es gestern geklappt hat), dann geht das heute nicht mehr (nix verändert seit gestern). Connecte ich statt dessen direkt auf die Fritzbox (eine Etage tiefer, deswegen auch der Repeater), dann klappt es wieder..... Verstehe nicht, warum es gestern ging....

ip a 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 90:1b:0e:04:e7:c8 brd ff:ff:ff:ff:ff:ff
3: wlx74da38f60f20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 74:da:38:f6:0f:20 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.55/24 brd 192.168.0.255 scope global noprefixroute wlx74da38f60f20
       valid_lft forever preferred_lft forever
    inet6 2a02:810c:ccbf:c1e8:d050:40ca:56f3:83dc/64 scope global temporary dynamic 
       valid_lft 6925sec preferred_lft 3325sec
    inet6 2a02:810c:ccbf:c1e8:82d3:d080:565b:84f5/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 6925sec preferred_lft 3325sec
    inet6 fe80::2484:9d8f:f158:58fa/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

route -n 

1
2
3
4
5
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlx74da38f60f20
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlx74da38f60f20
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlx74da38f60f20

ip n s 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
192.168.0.71 dev wlx74da38f60f20 lladdr 40:2f:86:b3:e4:ea STALE
192.168.0.1 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 STALE
192.168.0.31 dev wlx74da38f60f20  FAILED
192.168.0.22 dev wlx74da38f60f20 lladdr 24:18:1d:32:89:28 STALE
192.168.0.21 dev wlx74da38f60f20 lladdr f4:30:b9:75:5d:f9 STALE
2a02:810c:ccbf:c1e8:8092:3012:8525:c3eb dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 REACHABLE
2a02:810c:ccbf:c1e8:353c:c77f:214f:8223 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fe80::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router REACHABLE
fe80::d936:34ab:29a0:f311 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fd00::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router STALE

cat /etc/resolv.conf 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
192.168.0.71 dev wlx74da38f60f20 lladdr 40:2f:86:b3:e4:ea STALE
192.168.0.1 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 STALE
192.168.0.31 dev wlx74da38f60f20  FAILED
192.168.0.22 dev wlx74da38f60f20 lladdr 24:18:1d:32:89:28 STALE
192.168.0.21 dev wlx74da38f60f20 lladdr f4:30:b9:75:5d:f9 STALE
2a02:810c:ccbf:c1e8:8092:3012:8525:c3eb dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 REACHABLE
2a02:810c:ccbf:c1e8:353c:c77f:214f:8223 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fe80::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router REACHABLE
fe80::d936:34ab:29a0:f311 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fd00::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router STALE

ping -c 3 1.1.1.1 

1
2
3
4
5
6
7
8
PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
64 Bytes von 1.1.1.1: icmp_seq=1 ttl=56 Zeit=109 ms
64 Bytes von 1.1.1.1: icmp_seq=2 ttl=56 Zeit=133 ms
64 Bytes von 1.1.1.1: icmp_seq=3 ttl=56 Zeit=153 ms

--- 1.1.1.1 ping statistics ---
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2004ms
rtt min/avg/max/mdev = 108.753/131.510/153.010/18.089 ms

host heise.de 

1
2
3
heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 10 relay.heise.de.

host heise.de 1.1.1.1 

1
2
3
heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 10 relay.heise.de.

ifconfig 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
enp0s25: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 90:1b:0e:04:e7:c8  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xf7c00000-f7c20000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 42627  bytes 28595456 (28.5 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 42627  bytes 28595456 (28.5 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlx74da38f60f20: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.55  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::2484:9d8f:f158:58fa  prefixlen 64  scopeid 0x20<link>
        inet6 2a02:810c:ccbf:c1e8:d050:40ca:56f3:83dc  prefixlen 64  scopeid 0x0<global>
        inet6 2a02:810c:ccbf:c1e8:82d3:d080:565b:84f5  prefixlen 64  scopeid 0x0<global>
        ether 74:da:38:f6:0f:20  txqueuelen 1000  (Ethernet)
        RX packets 10535  bytes 1549235 (1.5 MB)
        RX errors 0  dropped 536  overruns 0  frame 0
        TX packets 34026  bytes 21541256 (21.5 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Grüße und danke für's mitdenken und -lesen, Ralf

PS: habe extra nochmal nachgesehen, ob man überhaupt den Repeater direkt connecten soll, doch wie die Anleitung (Anhang) sagt, ist das schon richtig so...

Bearbeitet von kB:

Forensyntax korrigiert.

Bilder

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
28. Juli 2021 22:57

Als Gegencheck jetzt die selben Ausgaben; nur über die Fritzbox connected (und nicht über den Repeater).

ip a 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

: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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 90:1b:0e:04:e7:c8 brd ff:ff:ff:ff:ff:ff
3: wlx74da38f60f20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 74:da:38:f6:0f:20 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.55/24 brd 192.168.0.255 scope global noprefixroute wlx74da38f60f20
       valid_lft forever preferred_lft forever
    inet6 2a02:810c:ccbf:c1e8:b4aa:3099:d574:9d1f/64 scope global temporary dynamic 
       valid_lft 7038sec preferred_lft 3438sec
    inet6 2a02:810c:ccbf:c1e8:6ec6:47d1:b650:c509/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 7038sec preferred_lft 3438sec
    inet6 fe80::c210:9ad1:fdc7:404b/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

route -n

1
2
3
4
5
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlx74da38f60f20
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlx74da38f60f20
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlx74da38f60f20

ip n s

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
192.168.0.61 dev wlx74da38f60f20 lladdr 62:20:68:d9:12:27 STALE
192.168.0.71 dev wlx74da38f60f20 lladdr 52:d4:f6:b3:e4:ea STALE
192.168.0.22 dev wlx74da38f60f20 lladdr 24:18:1d:32:89:28 STALE
192.168.0.21 dev wlx74da38f60f20 lladdr f4:30:b9:75:5d:f9 STALE
192.168.0.31 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
192.168.0.1 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 REACHABLE
2a02:810c:ccbf:c1e8:8092:3012:8525:c3eb dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
fe80::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router REACHABLE
fd00::ca0e:14ff:febf:7fb0 dev wlx74da38f60f20 lladdr c8:0e:14:bf:7f:b0 router STALE
fe80::d936:34ab:29a0:f311 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE
2a02:810c:ccbf:c1e8:353c:c77f:214f:8223 dev wlx74da38f60f20 lladdr 90:1b:0e:bf:ee:66 STALE

cat /etc/resolv.conf

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0 trust-ad

ping -c 3 1.1.1.1

1
2
3
4
5
6
7
8
PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
64 Bytes von 1.1.1.1: icmp_seq=1 ttl=56 Zeit=20.4 ms
64 Bytes von 1.1.1.1: icmp_seq=2 ttl=56 Zeit=15.3 ms
64 Bytes von 1.1.1.1: icmp_seq=3 ttl=56 Zeit=15.0 ms

--- 1.1.1.1 ping statistics ---
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2003ms
rtt min/avg/max/mdev = 14.977/16.912/20.416/2.481 ms

host heise.de

1
2
3
4

heise.de has address 193.99.144.80
heise.de has IPv6 address 2a02:2e0:3fe:1001:302::
heise.de mail is handled by 10 relay.heise.de.

Das ist jetzt direkt der Connect auf die Fritzbox unten.... Der WLAN-Stick ist natürlich bei beiden Verbindungen der selbe.... und die Einstellungen sind auch die selben... (auch der selbe SSID Key in den beiden Devices).

Keine Ahnung warum das so ist. Jetzt geht es über die Fritzbox erstmal... auch wenn diese Verbindung natürlich weniger Dampf hat, als wenns über den Repeater ginge...

Grüße, Ralf

kunovwd

(Themenstarter)

Anmeldungsdatum:
20. Mai 2010

Beiträge: 284
Zitieren
28. Juli 2021 22:58

kB schrieb:

kunovwd schrieb:

[…] cat /etc/resolv.conf 

nameserver 127.0.0.53
options edns0 trust-ad
search 8.8.8.8 8.8.8.4

Das ist auch Unsinn. Lasse es weg.

Danke für den Hinweis, habe ich rausgeschmissen... ist jetzt blank das Feld (holt er sich dann wohl automatisch über die Fritzbox einen DNS?).

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 13293
Zitieren
28. Juli 2021 23:27

kunovwd schrieb:

... (holt er sich dann wohl automatisch über die Fritzbox einen DNS?).

Das ist von der Konfiguration abhängig. Z. B.: 

:~# cat /etc/resolv.conf
# Generated by resolvconf
search fritz.box
nameserver 127.0.0.53
options rotate

Wie sind die Ausgaben von: 

cat /etc/resolvconf.conf
cat /etc/systemd/resolved.conf
systemctl status systemd-resolved
systemctl cat systemd-resolved

?
Antworten |