Am Samstag, 21. Juli 2012, 23:35:52 schrieb Sebastian:
(...).
hoffentlich kann jemand weiterhelfen bzw die richtigen Nachfragen stellen. Ich habe hier ein Thinkpad E525, mit einem Realtek WLAN controller nach Yast. Die Ansteuerung erfolgt über den NetworkManager 0.9. Hier zuhause habe ich eine Fritzbox 3270, wenn ich von da noch Informationen liefern kann nur immer Bescheid geben.
Du hast aber nicht den MAC-Adressen-Filter ("WLAN-Zugang auf die bekannten WLAN-Geräte beschränken") in der Fritzbox aktiviert?
Nein, und selbst dann wäre das Gerät bekannt, es taucht in der Auflistung auf.
Gut! Ich sehe gerade, du benutzt eine recht aktuelle openSUSE-Version mit einem recht neuem KDE. Wo genau hast du das alles her? Es kann nämlich sein, dass da nicht alles zusammen passt!
Und die SSID versteckst du auch nicht ("Name des WLAN-Funknetzes sichtbar" deaktivert), oder?
Das Netz ist sichtbar, leider nicht konstant obwohl es wenn es da ist, immer min 80% hat.
Früher(tm) gab es mit versteckter SSID mal Probleme, daher die Frage.
Auf welchem Frequenzband läuft deine Fritzbox (2,4 oder 5 GHz)?
2,4; 5 kann die nicht.
Doch, die 3270 kann 5 GHz. Aber leider nicht gleichzeitig mit 2,4 GHz.
Welche Verschlüsselung benutzt du?
WPA + WPA2
Okay.
Siehst du deine Verbindungsversuche im Log der Fritzbox?
aktuell gar nichts. Eine ältere Meldung sagt etwas: 28.06.12 23:37:01 WLAN-Gerät Anmeldung gescheitert: ungültiger WLAN-Schlüssel. MAC-Adresse: 60:D8:19:C7:A3:A7. 28.06.12 23:24:18 WLAN-Anmeldung ist gescheitert: Autorisierung fehlgeschlagen. MAC-Adresse: 60:D8:19:C7:A3:A7.
Was da genau war kann ich nicht mehr sagen, eventuell habe ich absichtlich ein Falsches oder kein Passwort angegeben.
Habe es eben nochmal mit falschem Passwort probiert, auch da keine Logmeldung.
Schade. Dann wüßte man wenigstens, dass tatsächlich auch etwas passiert und deine WLAN-Karte schon einmal bis zum Router durchkommt.
(...). Das müsste ja bedeuten, meine Anmeldung kommt gar nicht bis zur Box?
Jedenfalls nicht immer. Welche WLAN-Karte hast du denn genau? Vielleicht hat die spezielle Probleme. "hwinfo --wlan" als root sagt dir genaueres. Ich nehme mal an "RTL8192SE" oder "RTL8188CE".
Mein Problem: Ich komme nicht in das WLAN per Kabel geht es aber.
Kommst du denn mit anderen Geräten ins WLAN?
Ja mehrere min. 4 Verschiedene Windowsrechner meiner Mitbewohner. Bis auf den einen. Er geht normalerweise per Kabel ins Netz und hat jetzt extra für mich getestet, hat aber vermutlich noch die Zugangsdaten der Vorgängerbox. Diese hatte gleiche SSID. Da gings bei mir auch nicht. Ich habe alle Daten in Kwallet und Networkmanager gelöscht gehabt. Dies auch noch mehrmals versucht.
Normalerweise sind die WLAN-Verbindungen keine "Systemverbindungen" (so heißt auch das Häkchen in den Verbindungseinstellungen). Sprich, du kannst einfach einen neuen Benutzer anlegen und mit dem testen. Nachher kannst du den wieder löschen (mit all seinen Daten). Dann hast du immer die gleiche Ausgangsbasis.
Der Networkmanager versucht die Verbindung aufzubauen. Nach einer Weile ca 1min kommt die Passwortanfrage erneut, trotz bekanntheit bei Kwallet, das läßt sich dann beliebig wiederholen. (...).
Was steht denn so Interessantes in während du versuchst, dich zu verbinden: /var/log/NetworkManager
da sehe ich leider nichts, kwrite zeigt nur eine leere Seite. Ah mit less gehts besser.
"less" kannst du mit Shift-F dazu bringen, Änderungen automatisch anzuzeigen. Mit Ctrl-C kommst du aus dem Modus wieder raus. Das hier ist zwar von eth0, aber enthält auch eine spannende Warnung:
Jul 21 22:07:15 L1-suse NetworkManager[1762]: <info> (eth0): canceled DHCP transaction, DHCP client pid 2489 Jul 21 22:07:15 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> (eth0): canceled DHCP transaction, DHCP client pid 2489 Jul 21 22:07:15 L1-suse NetworkManager[1762]: <info> Clearing nscd hosts cache. Jul 21 22:07:15 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> Clearing nscd hosts cache. Jul 21 22:07:15 L1-suse NetworkManager[1762]: sent invalidate(hosts) request, exiting Jul 21 22:07:16 L1-suse NetworkManager[1762]: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Hmm, du hast /etc/resolv.conf händisch angepasst? Falls absichtlich: Warum?
Jul 21 22:07:16 L1-suse NetworkManager[1762]: You can find my version in /etc/resolv.conf.netconfig ...
Mach mal "mv -i /etc/resolv.conf /etc/resolv.conf.sebastian" und guck mal, ob die neu angelegt wird und die Meldung verschwindet, dann haben wir eine potenzielle Fehlerquelle weniger.
Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) starting connection 'Schuhschrank' Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0] Jul 21 22:07:53 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> Activation (wlan0) starting connection 'Schuhschrank' Jul 21 22:07:53 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0] Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Jul 21 22:07:53 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started... Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled... Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete. Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting... Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0] Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0/wireless): access point 'Schuhschrank' has security, but secrets are required.
So, hier merkt er, dass die Verbindung eine Passwort benötigt.
Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0] Jul 21 22:07:53 L1-suse NetworkManager[1762]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete. Jul 21 22:07:53 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started... Jul 21 22:07:53 L1-suse NetworkManager[1762]: NetworkManager[1762]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
Hier sollte eigentlich noch viel mehr kommen. Und das ist wahrscheinlich viel interessanter, denn bisher kam noch kein wirklicher Fehler. Versuche mal den Rest zu finden. Also entweder Shift-F wie oben beschrieben oder das Log erst öffnen, wenn der Fehler aufgetreten ist.
/var/log/wpa_supplicant.log
(...). Das war bei meinen Freunden (SSID='SPHAIRON-TL-34' freq=2412 MHz) und ist jetzt nicht mehr Interessant?
Naja, daran siehst du, wie es aussehen sollte. Ein funktionierendes Beispiel ist immer gut zur Analyse.
Trying to authenticate with c0:25:06:6d:65:2b (SSID='Schuhschrank' freq=2412 MHz) Trying to associate with c0:25:06:6d:65:2b (SSID='Schuhschrank' freq=2412 MHz) Associated with c0:25:06:6d:65:2b WPA: Key negotiation completed with c0:25:06:6d:65:2b [PTK=CCMP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to c0:25:06:6d:65:2b completed (auth) [id=0 id_str=]
So. Da warst du korrekt verbunden! Also an sich funktioniert alles wunderbar.
CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=3 CTRL-EVENT-TERMINATING - signal 15 received
Dieses reason=3 sagt, dass dein Laptop die Verbindung absichtlich beendet hat. Wahrscheinlich war es nicht deine Absicht, aber das sieht ganz normal und korrekt aus.
SSID (SSID='Schuhschrank' freq=2412 MHz) und Macadresse c0:25:06:6d:65:2b stimmen, der Rest sagt mir aber nichts.
Ich finde gerade leider keine Dokumente auf Deutsch, die das erklären. Aber das ist der ganz normale Ablauf, den du da siehst.
in der Ausgabe von dmesg
Was suche ich da?
Sowas: [24922.625279] wlan0: authenticate with xx:xx:xx:xx:xx:xx (try 1) [24922.626344] wlan0: authenticated [24922.626707] wlan0: associate with xx:xx:xx:xx:xx:xx (try 1) [24922.627984] wlan0: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x411 status=0 aid=2) [24922.627988] wlan0: associated Obige Ausgabe ähnelt der im wpa_supplicant.log. [24922.632919] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready So, WLAN ist da. [24922.632995] cfg80211: Calling CRDA for country: DE [24922.646353] cfg80211: Regulatory domain changed to country: DE [24922.646357] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [24922.646360] cfg80211: (2400000 KHz - 2483500 KHz @ 40000 KHz), (N/A, 2000 mBm) [24922.646363] cfg80211: (5150000 KHz - 5350000 KHz @ 40000 KHz), (N/A, 2000 mBm) [24922.646365] cfg80211: (5470000 KHz - 5725000 KHz @ 40000 KHz), (N/A, 2698 mBm) Die erlaubten Kanäle und Sendeleistungen sind von Land zu Land verschieden, hier wurde alles auf Deutschland gestellt. [24928.223398] iwlagn 0000:03:00.0: Tx aggregation enabled on ra = xx:xx:xx:xx:xx:xx tid = 0 Das war von meinem WLAN-Treiber, ich habe ein Thinkpad T410s mit Intel-WLAN und unter der 12.1 heißt das Treiber-Kernel-Modul iwlagn. [24932.656575] wlan0: no IPv6 routers present IPv6 war in meiner Fritzbox nicht aktiviert, daher findet mein Rechner auch keinen IPv6-Router. [26618.521227] wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (reason=3) Ein paar tausend Sekunden später habe ich den Rechner in s2ram geschickt und dabei deaktiviert er absichtlich das WLAN, reason=3 sollte dir bekannt vorkommen. Das ist also kein direkter Fehler, sondern eine ganz normale Verbindungstrennung.
hier mal ein Ausschnitt welcher mir durch IP und Mac adressen aufgefallen ist. (...).
Die Firewall könntest du mal deaktivieren, sie müllt die Ausgabe von dmesg ziemlich voll. Und der Puffer ist nicht unendlich groß. Du kannst auch in /var/log/messages nachgucken. Jedenfalls betreffen die ganzen Meldungen noch die eth0-Verbindung.
Hier findest du eine ausführlichere Anleitung zum Debuggen: https://live.gnome.org/NetworkManager/Debugging/
leider scheitere ich da an der Sprache.
Oh, das ist schlecht.
Aber immerhin hat es mich zu der Idee geführt das log vom Networkmanager per less zu lessen.
:) Gruß Jan -- The best laid plans of mice and men are usually equal. -- 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