Netzwerkprobleme nach Upgrade auf 15.3
Hallo OpenSuse Freunde! Nach dem Upgrade (via DVD-Image) habe ich folgende Probleme: 1. Bestimmte Internetseiten können plötzlich nicht mehr aufgerufen werden. Internetseiten wie Startpage.com, github.com, ZDF Mediathek, OpenDNS Starseite und zahlreiche andere. Ein generelles Muster habe ich bisher noch nicht gefunden. Ein "Ping" einer dieser Seiten gibt jedes Mal die Fehlermeldung "Netzwerk nicht erreichbar" Andere Seiten funktionieren jedoch wie gewohnt. Das Problem ist unabhängig vom benutzten Browser. Auf einem Windows 10 in einer VirtualBox , dessen Schnittstelle als "Netzwerbrücke" konfiguriert ist, funktionieren die entsprechenden Seiten jedoch ohne Probleme. Daher gehe ich von einem "SUSE Problem aus und nicht von einem Problem meiner sonstigen Netzwerkeillungen, wie etwa DNS etc. Mit SUSE 15.2 funktioniert es auch . in der /etc/sysconfig/network/config habe ich unter NETCONFIG_DNS_STATIC_SERVERS bestimmte DNS Server konfiguriert, die aber allesamt zu den nicht erreichbaren Seiten gehören, die gleichen sind auch in meiner FrizBox konfiguriert. NETCONFIG_DNS_FORWARDER_FALLBACK ist auf "no" gesetzt. Funktioniert aber mit einem "yes" genausowenig. NETCONFIG_DNS_FORWARDER ist auf "resolver" gesetzt. /etc/resolv.conf zeigt nur die FritzBox als nameserver, obgleich nicht als primärer Server gesetzt ...ist auch logisch, da z.B. OpenDNS ja nicht erreichbar ist. Ich stehe da im Moment auf dem Schlauch. Hat einer eine Idee? Danke schon mal für die Mühe. Gruß dirk
Am 06.07.21 um 19:27 schrieb Olaf Hering:
Am Tue, 6 Jul 2021 18:39:00 +0200 schrieb Dirk Linnerkamp <dirk.linnerkamp@online.de>:
"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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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 ?
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..?.,
Ä Kernel IP Routentabelle 192.168.179.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0 Üpäö 57ä57üp ä486üp
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
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
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
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
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. 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
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
Hallo, Ulf, dies ist der Link https://pastebin.com/CpN1LWdZ Ich habe Einiges geixt. Ich musste von Wicked zu Networkmanager (NM) hin und her schalten, um die default-route zu setzen: ip route add default via 192.168.xxx.xxx brachte unter dem NM den Fehler: Error: Nexthop has invalid gateway. Unter wicked ging es. Viele Grüße Rolf 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.
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
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?
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
Am 21.07.21 um 20:04 schrieb Ulf Volmer:
sudo journalctl -fu NetworkManager https://pastebin.com/bqQXS0Q2
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!
On 21.07.21 21:10, Rolf Schumann wrote:
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!
Im Journal vom NetworkMamager fehlen komplett die Eiträge mit dhcp4. 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. Aber an der Stelle habe ich auch erstmal keine Ideen mehr. Viele Grüße Ulf
Am 21.07.21 um 15:18 schrieb Rolf Schumann:
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?
=> .in YAST/Netzwerkdienste/Allgemeine Netzwerkeinstellungen bei "Wicked-Dienste" lassen .. => /etc/sysconfig/network/config => "NETCONFIG_FORCE_REPLACE="yes" NETCONFIG_DNS_POLICY="auto" NETCONFIG_DNS_FORWARDER="resolver" NETCONFIG_DNS_FORWARDER_FALLBACK="no" setzen, dann gegebenenfalls NETCONFIG_DNS_STATIC_SERVERS="" nameservers eintragen, das ist, was ich gemacht habe. Ich habe nämlich festgestellt, dass der NM diese Datei offenbar ignoriert. Jetzt, wo ich in YAsT unter Netzwerkeinstellungen wicked-Dienste gewählt habe, funktionieren auch die von mir gewählten nameserver. Danach schauen, was steht in der /etc/resolv.conf. Da sollte das stehen, was oben in der /etc/sysconfig/network/conf. steht. ebenso die Ausgaben von "route" und "ip r" un d "ip -6 r" sollten dann auch Routen anzeigen. Ich vermute, dass dies bei mir der Hauptkonflikt gewesen ist. NM und Wicked. Gruß Dirk
participants (4)
-
Dirk Linnerkamp -
Olaf Hering -
Rolf Schumann -
Ulf Volmer