Am Dienstag, 27. August 2019, 15:07:28 CEST schrieb Mark Wenzel:

Hallo Jan,

vielen Dank für die schnelle Antwort.

Gerne!

Am 27.08.19 um 13:38 schrieb Jan Ritzerfeld:

...

Am Dienstag, 27. August 2019, 10:30:01 CEST schrieb Mark Wenzel: (...). Das Problem habe ich seit ein paar Versionen, mindestens seit der 15.0. Das scheint mir eine Race-Condition mit dem KWallet zu sein weil es nach 30 Sekunden immer funktioniert: # journalctl -b -u NetworkManager (...). Hier nehme ich an, dass noch nicht auf KWallet zugegriffen werden kann weil es noch nicht vollständig gestartet wurde: Aug 25 18:38:29 karl NetworkManager[1044]: <warn> [1566751109.0700] device (wlan0): No agents were available for this request. (...).

Das sieht bei mir genauso aus.

Gut, weil bei mir ja alles trotz des Fehlers funktioniert und schlecht, weil ich auch nicht weiß, wie man den direkt beim Einloggen wegbekommt.

(...).

...

Das Problem habe ich hingegen nicht. Ich habe den WPA-Key im KWallet ohne Passwort gesichert und KWallet schließt den Passwortspeicher auch nicht automatisch. # systemctl restart NetworkManager hilft auch nicht? Taucht das "No agents were available for this request." auch bei dir im Log auf? Und wo speicherst du eigentlich deinen WPA-Key?

Ich habe die Passwörter eigentlich im KDE-Wallet gespeichert.

Ah. Das passt dann zu meiner Vermutung.

Aber als ich eben versucht habe mir die Inhalte mit dem kwalletmanager anzeigen zu lassen

Aber der Passwortspeicher war noch geöffnet? Oder musstest du den erneut öffnen? Ich weiß nicht, ob der NetworkManager auf einen geschlossenen zugreifen kann.

habe ich darin zu wenig gefunden.

Hmm. Das ist komisch. Weil nach dem ersten Timeout kommst du ja ins WLAN. Irgendwoher muss er ja das Passwort bekommen.

Nun habe ich mal den nmcli verwendet, um der Sache noch etwas auf die Spur zu kommen. Da meckert er, dass er ein Passwort mit --ask haben will. Wenn ich das mache kommt eine Verbindung zu Stande.

Also den WPA-Key und nicht das Passwort für den Passwortspeicher? "--ask" lässt IIRC nmcli den "agent" spielen.

Scheinbar spinnt der kwalletd !?

Sieht so aus. Wie gesagt, ich weiß nicht was passiert, wenn man seinen Passwortspeicher nach 10 Minuten automatisch schließen lässt. Eigentlich sollte er dann wieder nach dem Passwort fragen. Eigentlich.

Ich habe erst mal testweise die Passwörter unter /etc/NetworkManager/system-connections eingetragen. Damit kann ich über den knetworkmanager die Verbindung starten.

Gut. Das schließt schon einmal hunderte andere Fehlerquellen für dein WLAN- Problem aus. Vor allem solche, auf die man nicht kommt wie bspw. randomisierte MAC-Adressen während des Suchens nach verfügbaren WLAN-Netzen ...

Aber was mit dem kwalletd los ist erschließt sich mir noch nicht.

Du schriebst ja, dass dir da zu wenige Passwörter drin stehen. Funktionieren denn die anderen KDE-Programme die KWallet benutzen? Beispielsweise KMail?

(...).

...

Nee, das passiert auch mit einer sauberen 15.1 Neuinstallation, habe ich letzte Woche noch testen dürfen.

Gut, dass ich nicht alleine bin. Ich habe schon an meinem Verstand gezweifelt. Solche Probleme hatte ich in den letzten 25 Jahren mit suse noch nicht :-( (...).

Du Glücklicher! Ich habe immer Spaß wenn ich mir ein neues Notebook mit ganz aktueller Hardware kaufe. Beispiel von letzter Woche: Mit neueren Intel- Prozessoren kann man im neueren Chromium nicht mehr alle Videos abspielen. Allein darauf zu kommen, dass das der Grund dafür ist und nicht wie üblich ein fehlender Codec! Und dann den Patch finden. Und Chromium zu bauen (dauert übrigens Stunden) und einen Submit Request zu erstellen. Wieder zum WLAN: Ich hab mal in den von mir geschriebenen oder kommentierten Bugreports gesucht: Genau das Problem beim Login gab es vor ein paar Jahren (sieben) schon einmal, daher kam ich auch direkt auf KWallet: https://bugzilla.opensuse.org/show_bug.cgi?id=768564 Gruß Jan -- Sometimes you just gotta say "What the fuck!" -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Freitag, 30. August 2019, 15:37:47 CEST schrieb Mark Wenzel:

Hallo Jan,

ich habe das Thema in den letzten Tagen noch etwas erforscht. (...).

...

Gut, weil bei mir ja alles trotz des Fehlers funktioniert und schlecht, weil ich auch nicht weiß, wie man den direkt beim Einloggen wegbekommt. Das habe ich nur hinbekommen, in dem ich das Passwort in der Datei unter /etc/NetworkManager/system-connections eingetragen habe. Der Networkmanager scheint sich überhaupt nicht mehr für das KWallet zu interessieren (bis 42.3 lief das problemlos).

Hmm, das klingt wirklich etwas kaputt. Aber warum geht es bei mir? $ nmcli -f 802-11-wireless-security.psk-flags c show <Meine SSID> 802-11-wireless-security.psk-flags: 1 (Agent-Besitz)

Selbst wenn ich mit dem KNetworkManager-Applet eine neue Verbindung anlege und ein entsprechendes Passwort eingebe, findet sich anschließend im Wallet nichts dazu - sehr seltsam.

Hast du vielleicht mehrere Passwortspeicher? Ich habe hier nur "kdewallet" und sonst keins in der Dropdown-Box im Einrichtungsmodul.

(...).

...

Hmm. Das ist komisch. Weil nach dem ersten Timeout kommst du ja ins WLAN. Irgendwoher muss er ja das Passwort bekommen.

Und hier würde mich natürlich brennend interessieren, woher er das Passwort hat. Ob es noch eine Cache-Datei gibt, wo er das abgelegt hat?

Ich hoffe nicht. Der WPA-Key sollte unverschlüsselt, wenn überhaupt, besser nur im RAM abgelegt werden.

...

...

Nun habe ich mal den nmcli verwendet, um der Sache noch etwas auf die Spur zu kommen. Da meckert er, dass er ein Passwort mit --ask haben will. Wenn ich das mache kommt eine Verbindung zu Stande.

Also den WPA-Key und nicht das Passwort für den Passwortspeicher? "--ask" lässt IIRC nmcli den "agent" spielen.

Nö, da musst Du das Passwort auf der Konsole neu eingeben. Da spielt nichts mit dem kwalletd.

Ja, sorry, genau das. nmcli ist dann der Agent anstatt KWallet, Bei mir meckert der übrigens auch, dass er "--ask" haben will, verbindet sich aber trotzdem!

(...). Viele Grüße und ein schönes Wochenende

Danke, dir auch Jan -- Be careful what you wish for, you might get it. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Montag, 2. September 2019, 09:02:58 CEST schrieb Mark Wenzel:

(...). Ich habe nun den kwalletmanager bemüht und alle Einträge aus dem Wallet entfernt, die etwas mit NetworkManager zu tun haben. Inkl. dem Knoten "Network Management". Dann habe ich die WLAN-Verbindung getrennt und über die Verwaltung der Verbindungen unter Wi-Fi-Sicherheit das "Passwort nur für diesen Benutzer speichern (verschlüsselt)" ausgewählt. Danach konnte ich die Verbindung beliebig oft starten und beenden. Jetzt kann ich auch sofort Änderungen im Wallet sehen, sobald ich ein Passwort mit der Anwendung "Verwaltung der Verbindungen" darin speichern lasse oder wieder entferne. Daraus schließe ich, das irgend etwas im Wallet kaputt war. Damit wäre das Problem gelöst :-)

Ah, schön! Gut, dass wir ziemlich direkt auf das KDE-Wallet gekommen sind, für WLAN-Abbrüche kann es ja tausende Gründe geben.

Nur komme ich dann aber wieder zu der Situation, dass die Verbindung beim Anmelden erst mal nicht zustande kommt. Du hast wahrscheinlich recht, dass das Wallet zu diesem Zeitpunkt einfach noch nicht offen ist. Schön ist das nicht. Aber damit müssen wir wohl erst einmal leben.

Ne, schön ist das wirklich nicht, aber damit kann ich schon mindestens seit 15.0 leben. So häufig starte ich mein Notebook nämlich gar nicht neu.

Da die Platte des Laptops komplett verschlüsselt ist, werde ich die Passwörter dann wohl in die Dateien unter /etc/NetworkManager/system-connections schreiben. Dann kommt die Verbindung auch gleich beim Anmelden zustande.

Früher(tm) hatte ich den WPA-Key unverschlüsselt in meinem verschlüsselten Home speichern lassen. Das war dann praktisch dasselbe wie bei dir, aber seit ein paar Versionen geht das nicht mehr. Für meinen Anwendungsfall war es nützlich, aber spätestens wenn das Home auf einem Netzlaufwerk liegt ist das wenig hilfreich. :)

Und ein Sicherheitsrisiko ist das dann auch nicht.

Schon, weil der WPA-Key halt die ganze Zeit unverschlüsselt rumliegt und nicht nur mal kurze Zeit im RAM. Aber eben auch nicht schlimmer als im KDE-Wallet ohne Passwort, oder ein SSH-Key ohne Passwort. Für die wirklich wichtigen Dinge habe ich einen Nitrokey Pro ...

(...). Vielen Dank für die Unterstützung.

Sehr gerne! Jan -- Murphy's Law: If anything can go wrong, it will. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Manfred Haertel, DB3HM schrieb:

Bei mir muss das sich gleichartig äußernde Problem eine andere Ursache haben, da es auch bei einem User auftritt, der gar keine Einträge in seinem Wallet hat (in Verbindung mit einem Passwort, was "für alle User" gespeichert ist, wo eigentlich sowieso kein KWallet benutzt wird).

Naja, "so anders" war es gar nicht. Gestern kam ich endlich zum ausführlichen Testen. Oben zitierte Beobachtung tritt auf, wenn ich meinen "normalen" User nur auslogge und danach einen anderen User (der wie gesagt eine leere Wallet hat) einlogge. Logge ich nach dem Reboot jedoch gleich den User mit der leeren Wallet ein, habe ich keine Probleme mehr. Offensichtlich ist es so, dass ein User, der seine "kaputte Wallet" öffnet, den NetworkManager schon bis zum nächsten Reboot "vergiftet". Aufgrund dieser Beobachtung habe ich mich dann doch mal getraut, die Problembehebung von Mark durchzuziehen. D.h. ich habe jetzt *alle* benötigten Passwörter in "für alle User" überführt, so dass sie nicht mehr in der Wallet gespeichert werden (kann ich ja, wenn ich will, irgendwann wieder rückgängig machen). Das allein reichte (fast erwartungsgemäß) noch nicht. Erst nachdem ich die Datei kdewallet.kwl gelöscht hatte UND noch einen Reboot hinterher geschoben habe, waren die Probleme weg... ... aber nur für einige Zeit. Ich habe nämlich über mehrere Stunden hinweg intensiv getestet, etliche Dutzend Male WLAN reconnected und auch einige Reboots gemacht. Und plötzlich war das Problem wieder da! Und blieb... Wohlgemerkt mit einer immer noch leeren Wallet! Also habe ich wieder kdewallet.kwl gelöscht und einen Reboot gemacht und diesmal nur ein bisschen getestet. Das Problem ist wieder weg. Diesmal werde ich den Laptop normal nutzen, um mal zu beobachten, wie lange es bei normaler Nutzung dauert, bis das Problem wieder auftritt. Und dann ein automatisches Löschen der Wallet-Datei beim Runterfahren aufsetzen... Damit dürfte ich dann wieder glücklich werden... Sehr mystisches Verhalten... Kann man leider noch nicht mal so richtig in einen Bugzilla-Eintrag reinschreiben, weil so wenig reproduzierbar... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Manfred Haertel, DB3HM schrieb:

Manfred Haertel, DB3HM schrieb:

...

Bei mir muss das sich gleichartig äußernde Problem eine andere Ursache haben, da es auch bei einem User auftritt, der gar keine Einträge in seinem Wallet hat (in Verbindung mit einem Passwort, was "für alle User" gespeichert ist, wo eigentlich sowieso kein KWallet benutzt wird).

Naja, "so anders" war es gar nicht. Gestern kam ich endlich zum ausführlichen Testen. Naja, das war es nicht wirklich...

Zwar scheint das "Leeren" des Wallets das Timing so zu verändern, dass das Problem - ein unmotiviertes Hochpoppen einer Password-Abfrage beim WLAN-Connect - seltener auftritt. Aber es tritt weiterhin auf und abhängig von anderen unklaren Faktoren manchmal auch wieder häufiger. Nervig! Also habe ich mich noch einmal intensivst mit dem Thema beschäftigt. Alle von mir gemachten Einstellungen auf den Prüfstand gestellt. Die DBus-Meldungen vom Network-Manager untersucht. Kernel-Patches für den broadcom-wl-Treiber ausprobiert. Das behebt aber alles nicht das ursächliche Problem. Jetzt sieht es aber aus, als hätte ich die Ursache gefunden: Ich habe im Network-Manager die "MAC address randomization" abgestellt. Das war mir gar nicht so bewusst, dass es das überhaupt gibt und schon gar nicht, dass das per Default eingeschaltet ist (möglicherweise genau seit der Version, die bei Opensuse 15.0 zum Einsatz kam). Seitdem ich das abgestellt habe, habe ich keine Probleme mehr. Da das Problem auch vorher schon mal eins, zwei Tage lang nicht aufgetreten ist, bin ich nach mehreren Tagen immer noch nur vorsichtig optimistisch und teste immer wieder. Aber ein anderes irritierendes Problem, was auch genau seit Opensuse 15.0 auftritt, nämlich dass sich ab und zu die Liste der verfügbaren WLANs komplett leert, ist auch weg - und das macht mich noch etwas optimistischer! Vielleicht gibt es ja doch den einen oder anderen, dem genau dieser Tipp hilft und nicht das Leeren der Wallet. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Jan Ritzerfeld schrieb:

Am Dienstag, 15. Oktober 2019, 14:23:26 CEST schrieb Manfred Haertel, DB3HM:

...

(...). Jetzt sieht es aber aus, als hätte ich die Ursache gefunden: Ich habe im Network-Manager die "MAC address randomization" abgestellt. Das war mir gar nicht so bewusst, dass es das überhaupt gibt und schon gar nicht, dass das per Default eingeschaltet ist (möglicherweise genau seit der Version, die bei Opensuse 15.0 zum Einsatz kam).

Ach Mist! Daran hatte ich ganz am Anfang gedacht aber absichtlich nicht erwähnt weil ich einerseits dachte, die Symptome wäre andere gewesen und andererseits, dass das ein Bug gewesen wäre, der mittlerweile gefixt wurde, denn bei mir konnte ich die irgenwann wieder einschalten. :-(

...

(...). Aber ein anderes irritierendes Problem, was auch genau seit Opensuse 15.0 auftritt, nämlich dass sich ab und zu die Liste der verfügbaren WLANs komplett leert, ist auch weg - und das macht mich noch etwas optimistischer!

Diese Symptome kommen mir bekannt vor, ist aber eben schon einige Zeit her.

Ich nehme an, dass das Auftreten des Problems durchaus vom verwendeten Treiber oder gar vom Chipsatz abhängt, weil ja auch das Timing anscheinend eine große Rolle spielt. Bei den einen tritt das Problem gar nicht auf, bei den anderen nutzt es vielleicht schon das Timing zu verändern und ich musste das Problem bei der Wurzel packen. Macht nix, die Suche (auch wenn sie, mit Unterbrechungen ca. 1 1/2 Jahre gedauert hat) und ibs. der Erfolg haben auch Spaß gemacht und diverse Lerneffekte zum Ergebnis gehabt. Gestern habe ich noch ein paar Härte(l)-Tests gefahren und es sieht wirklich so aus, als sei das Problem jetzt endgültig gelöst. Übrigens, konkret war es folgender Eintrag in die /etc/NetworkManager/NetworkManager.conf , der den Durchbruch gebracht hat: [device] wifi.scan-rand-mac-address=no -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Dienstag, 27. August 2019, 15:01:10 CEST schrieb Sebastian Hoffmeister:

(...). Ich habe Abbrüche im laufenden Betrieb und das Problem, dass sich dann nach bei erneuter Anmeldung WLAN nicht verbinden will seit glaube ich April.Damals mit openSUSE 15.1 inzwischen, nach der Rückkehr zu openSUSE 15, auch dort.

Was sagt denn "journalctl -b" zu den Zeitpunkten der Abbrüche und der erneuten Anmeldung? Irgendwelche Probleme mit den secrets oder dem agent? Oder schmeißt dich der Router einfach raus (kernel: wlan0: deauthenticating from xx:xx:xx:xx:xx:xx ... (Reason: ...) Ich hatte bis letzte Woche das gleiche Notebook mit der gleichen WLAN-Karte. Aber ich hatte nur das Problem mit dem initialen Login, wie Mark. An einer FRITZ!Box 7490 mit 2,4 und 5GHz unter derselben SSID als Mesh mit einem FRITZ! WLAN Repeater.

Es betrifft nur das 5 GHz-Band und die Anmeldung funktioniert seltsamerweise sofort, wenn ich von einem anderen Rechner aus auf dem Router einen anderen Kanal einstelle. (...).

Alle anderen 5GHz-Clients dieses Routers haben keine Probleme? Aber wenn du 5GHz-Band schreibst, dann hast du bestimmt eine eigene SSID dafür, oder?

Router Netgear Smart Cradle DC112A (...).

Ich hab mir mal die Bedienungsanleitung angeguckt. Viel einstellen kann man da fürs WLAN nicht. Und der scheint kein Band-Steering zu machen. Meine FRITZ!Box will mich immer mal gerne ins 2,4GHz-Band schicken oder auf den Repeater. Dazu trennt sie kurzeitig die Verbindung und verbietet mir den Zugriff auf 5GHz. Da ich das bei meinem Rechner nicht will, habe ich die BSSID fest eingetragen. Daher verliere ich manchmal die Verbindung bis die FRITZ!Box aufgibt und mich wieder ins 5GHz-Band lässt. Eine feste BSSID hast du aber nicht eingestellt, oder?

5 Ghz Kanäle 36, 40, 44, 48

Da greift auch kein DFS, was einen Kanalwechsel erzwingen könnte. Gruß Jan -- Of all the things I've lost, I miss my mind the most. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org