Am 06.07.21 um 19:27 schrieb Olaf Hering:

Am Tue, 6 Jul 2021 18:39:00 +0200 schrieb Dirk Linnerkamp :

...

"Netzwerk nicht erreichbar"

Schau Dir die Ausgabe von "ip a" und "ip r" an. Irgendeine Adresse und/oder irgendeine Route wird nicht passen.

Olaf

Hi Olaf! Ich sehe hier nichts auffälliges. Das Problem beschränkt sich auch nur auf die WLAN-Verbindung. Bei LAN Anschluss funktioniert alles tadellos..Sehr eigenartig ip a 2: wlan0: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 14:2d:27:d4:17:b7 brd ff:ff:ff:ff:ff:ff altname wlo1 altname wlp8s0 inet 192.168.179.22/24 brd 192.168.179.255 scope global dynamic noprefixroute wlan0 valid_lft 863194sec preferred_lft 863194sec inet6 2003:ce:670a:7200:316c:9d3d:da07:ce2c/64 scope global temporary dynamic valid_lft 6908sec preferred_lft 915sec inet6 2003:ce:670a:7200:da7:35a:d24f:9900/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 6908sec preferred_lft 915sec inet6 fe80::64e9:263d:17b2:1efb/64 scope link noprefixroute valid_lft forever preferred_lft forever ip r 192.168.179.0/24 dev wlan0 proto kernel scope link src 192.168.179.22 metric 600 route Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.179.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0 Nur dies macht mich stutzig. Müsste das nicht umgekehrt heißen? Routew=192.168.179.1 und Ziel= 0.0.0.0 ?

On 07.07.21 14:10, Dirk Linnerkamp wrote:

ip r

192.168.179.0/24 dev wlan0 proto kernel scope link src 192.168.179.22 metric 600

Dir fehlt die default route. ip route add default via 192.168.179.1 (Unter der Annahme, dass .1 Dein Gateway wäre.) Viele Grüße Ulf

Am 07.07.21 um 15:29 schrieb Ulf Volmer:

On 07.07.21 14:10, Dirk Linnerkamp wrote:

...

ip r

192.168.179.0/24 dev wlan0 proto kernel scope link src 192.168.179.22 metric 600

Dir fehlt die default route.

ip route add default via 192.168.179.1

(Unter der Annahme, dass .1 Dein Gateway wäre.)

Viele Grüße Ulf

Danke, das war der richtige Lösungsansatz! Ich verstehe nur immer noch nicht, warum er diese Default Route nicht automatisch setzt. Wen ich mir jetzt ein Script anfertige, dass diese Route nach jedem Booten setzt, dann werde ich wohl das Problem haben, dass ich, sobald ich in einem anderen Netzwerk als meinem eigenen bin, wieder vor dem gleichen Problem stehe. Es handelt sich nämlich bei dem betroffenen PC um einen Laptop. Irgendwie eigenartig...ein solches Problem ist mir bisher noch nicht unterlaufen... Oder übersehe ich hier etwas..? Dirk

Am 08.07.21 um 07:03 schrieb Dirk Linnerkamp:

Am 07.07.21 um 15:29 schrieb Ulf Volmer:

...

On 07.07.21 14:10, Dirk Linnerkamp wrote:

...

ip r

192.168.179.0/24 dev wlan0 proto kernel scope link src 192.168.179.22 metric 600

Dir fehlt die default route.

ip route add default via 192.168.179.1

(Unter der Annahme, dass .1 Dein Gateway wäre.)

Viele Grüße Ulf

Danke, das war  der richtige Lösungsansatz!

Ich verstehe nur immer noch nicht, warum er diese Default Route nicht automatisch setzt. Wen ich mir jetzt ein Script  anfertige, dass diese Route nach jedem Booten setzt, dann werde ich wohl das Problem haben, dass ich,  sobald ich in einem anderen Netzwerk als meinem eigenen bin,  wieder vor dem gleichen Problem stehe. Es handelt sich nämlich bei dem betroffenen PC um einen Laptop.

Irgendwie eigenartig...ein solches Problem ist mir bisher noch nicht unterlaufen...

Oder übersehe ich hier etwas..?

Dirk

...und unklar ist mir auch immer noch der zweite Eintrag in der Routingtabelle...0.0.0.0 als Router ins eigene Netzwerk?? Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface default 192.168.179.1 0.0.0.0 UG 0 0 0 wlan0 192.168.179.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0

Hallo, ich habe das gleiche Problem (die Route zum Gateway / Router wird nicht gespeichert / nach Neustart "vergessen"). Ist nun eine dauerhafte Lösung für Notebooks in Sicht? (Ein Startskript kann es ja nicht sein, wenn ich unterwegs bin...) Viele Grüße Rolf Am 08.07.21 um 09:54 schrieb Ulf Volmer:

On 08.07.21 07:03, Dirk Linnerkamp wrote:

...

Ich verstehe nur immer noch nicht, warum er diese Default Route nicht automatisch setzt. Wen ich mir jetzt ein Script  anfertige, dass diese Route nach jedem Booten setzt, dann werde ich wohl das Problem haben, dass ich,  sobald ich in einem anderen Netzwerk als meinem eigenen bin,  wieder vor dem gleichen Problem stehe. Es handelt sich nämlich bei dem betroffenen PC um einen Laptop. Ja, spannend.

Wirf doch bitte mal die Ausgabe von

nmcli conn show <connectionname>

auf einen Paste Server, z.B. https://pastebin.com und poste den Link. Evtl sieht man da etwas ungewöhnliches.

Viele Grüße Ulf

Am 20.07.21 um 17:09 schrieb Ulf Volmer:

On 20.07.21 14:43, Rolf Schumann wrote:

...

ich habe das gleiche Problem (die Route zum Gateway / Router wird nicht gespeichert / nach Neustart "vergessen"). Ist nun eine dauerhafte Lösung für Notebooks in Sicht? (Ein Startskript kann es ja nicht sein, wenn ich unterwegs bin...)

Dirk scheint das Problem nicht weiter zu verfolgen.

Hallo zusammen! Na ja, aus irgendeinem Grund hat sich das Problem zunächst mal gelöst. Zumindest in meinem Heimnetz wird die Route jetzt nach jedem Start richtig gesetzt. Ich habe nur einmal die Route nach dem Start manuell per "route add default gw 192.168.179.1 wlan0" gesetzt. Ich dachte, ich müsste jetzt ein Starscript mit diesem Befehl irgendwo platzieren, aber komischerweise ist die Standardroute jetzt trotzdem nach jedem Neustart von alleine da, ohne eingreifen: Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface default fritz.box 0.0.0.0 UG 600 0 0 wlan0 192.168.179.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0 Keine Ahnung warum. Bislang habe ich meinen Läppi jedoch nur in meinem Heimnetz benutzt. Aber da hat es vorher eben auch nicht geklappt und jetzt geht es auf einmal...und ich kann leider nicht sagen warum... Das Problem trat bei mir allerdings ausschließlich nur bei der WLAN Schnittstelle auf, über Kabel hat es immer funktioniert... Gruß Dirk

Die Hinweise unten gelten im Zweifel auch für Dich.

...

Am 08.07.21 um 09:54 schrieb Ulf Volmer:

...

...

Ja, spannend.

Wirf doch bitte mal die Ausgabe von

nmcli conn show <connectionname>

auf einen Paste Server, z.B. https://pastebin.com und poste den Link. Evtl sieht man da etwas ungewöhnliches.

Viele Grüße Ulf

On 21.07.21 10:08, Rolf Schumann wrote:

dies ist der Link https://pastebin.com/CpN1LWdZ Ich habe Einiges geixt.

In der Ausgabe ist schicht gar kein ipv4 aktiv. Also kein Zeile, die mit IPV4 beginnt. Nutzt Du überhaupt den Network Manager? Viele Grüße Ulf

On 21.07.21 15:18, Rolf Schumann wrote:

Am 21.07.21 um 12:49 schrieb Ulf Volmer:

...

In der Ausgabe ist schicht gar kein ipv4 aktiv. Also kein Zeile, die mit IPV4 beginnt.

Nutzt Du überhaupt den Network Manager? Um per Yast etwas eintragen zu können, nutze ich wicked und schalte dann wieder auf den NetworkManager. Wie aktiviere ich ipv4?

Laut dem Output von nmcli ist ipv4 bereits aktiviert: ipv4.method: auto Wenn du zum gegebenen Zeitpunkt bereits den Networkmanager für die Verbindung benutzt hast, und Dein Router per dhcp Adressen bereitstellt, solte das eigentlich so funktionieren. Laß doch mal beim Verbindungsaufbau sudo journalctl -fu NetworkManager mitlaufen. Viele Grüße Ulf

Hallo Ulf, Am 21.07.21 um 21:04 schrieb Rolf Schumann:

Am 21.07.21 um 20:04 schrieb Ulf Volmer:

...

sudo journalctl -fu NetworkManager https://pastebin.com/bqQXS0Q2

ich komme damit NICHT ins Internet. nfs ist aufgebaut, also die lokale Verbindung ist da. Um das Gateway einzutragen, muss ich wieder wicked benutzen!

Am 21.07.21 um 21:19 schrieb Ulf Volmer:

Das finde ich ungewöhlich und das ist hier auch anders. Eigentlich dürftes Du dann keine IPv4 Adresse auf dem Interface haben. Oder es hängt doch noch der wicked drauf. Ich habe in hosts Einträge gemacht... Danke für die Mühe!