[P3f]

Hi,

ich bekomme irgendwie das WLAN nicht hin. Also, die WLAN-Karte wird korrekt erkannt und auch im Webinterface kann man alles gut einstellen. Die /etc/wpa_supplicant.conf wird auch befüllt und auch in der Fritzbox (Router) wird versucht sich zu authentifizieren.

Folgendes kommt leider immer wieder im /var/log/messages.

Code: [Select]

Sep 25 14:31:08 (none) user.notice root: HOTPLUG: platform ACTION=change HOME=/ SEQNUM=1400 DEVPATH=/devices/platform/regulatory.0 SUBSYSTEM=platform DVDCSS_METHOD=key PATH=/sbin:/bin:/usr/sbin:/usr/bin MODALIAS=platform:regulatory PWD=/ COUNTRY=00
Sep 25 12:31:14 (none) user.debug kernel: wlan0: authenticate with 06:24:fe:bb:91:b9 (try 1)
Sep 25 12:31:14 (none) user.debug kernel: wlan0: authenticated
Sep 25 12:31:14 (none) user.debug kernel: wlan0: associate with 06:24:fe:bb:91:b9 (try 1)
Sep 25 12:31:14 (none) user.debug kernel: wlan0: RX AssocResp from 06:24:fe:bb:91:b9 (capab=0x431 status=0 aid=3)
Sep 25 12:31:14 (none) user.debug kernel: wlan0: associated
Sep 25 12:31:14 (none) user.debug kernel: wlan0: deauthenticating from 06:24:fe:bb:91:b9 by local choice (reason=1)
Sep 25 12:31:14 (none) user.info kernel: cfg80211: Calling CRDA to update world regulatory domain
Sep 25 14:31:14 (none) user.notice root: HOTPLUG: platform ACTION=change HOME=/ SEQNUM=1401 DEVPATH=/devices/platform/regulatory.0 SUBSYSTEM=platform DVDCSS_METHOD=key PATH=/sbin:/bin:/usr/sbin:/usr/bin MODALIAS=platform:regulatory PWD=/ COUNTRY=00
Sep 25 12:31:20 (none) user.debug kernel: wlan0: authenticate with 06:24:fe:bb:91:b9 (try 1)
Sep 25 12:31:20 (none) user.debug kernel: wlan0: authenticated
Sep 25 12:31:20 (none) user.debug kernel: wlan0: associate with 06:24:fe:bb:91:b9 (try 1)
Sep 25 12:31:20 (none) user.debug kernel: wlan0: RX AssocResp from 06:24:fe:bb:91:b9 (capab=0x431 status=0 aid=3)
Sep 25 12:31:20 (none) user.debug kernel: wlan0: associated
Sep 25 12:31:20 (none) user.debug kernel: wlan0: deauthenticating from 06:24:fe:bb:91:b9 by local choice (reason=1)
Sep 25 12:31:20 (none) user.info kernel: cfg80211: Calling CRDA to update world regulatory domain
Sep 25 14:31:20 (none) user.notice root: HOTPLUG: platform ACTION=change HOME=/ SEQNUM=1402 DEVPATH=/devices/platform/regulatory.0 SUBSYSTEM=platform DVDCSS_METHOD=key PATH=/sbin:/bin:/usr/sbin:/usr/bin MODALIAS=platform:regulatory PWD=/ COUNTRY=00

Wenn ich die /etc/wpa-supplicant mit meiner vorherigen Debianumgebung vergleiche, dann ist da ein UNterschied in der Einstellung "proto=RSN" (Ermittlung durch das starten vom network-wireless); bei mir steht das "proto=WPA" drin und in der Einstellung "pairwise=CCMP" (durch network-wireseless starten), bei mir "paiwise=TKIP".

Aber auch wenn ich dafür sorge das die wpa_supplicant so erstellt wird, wie meine ursprüngliche Datensicherung ist funktioniert es nicht und es kommt zu den oben aufgeführten Meldungen im /var/log/messages.

Liegt das noch an Fehler im Kernel? Oder ist das wpa_supplicant noch zu aktualisieren.
Habt ihr eine Idee...? :wand

Gruß,

Pit

P.S. zum Glück ist das nur der "Schlafzimmer VDR" und der braucht nicht so oft ein Update.... ;(  

[skippy]

Hallo Pit,

ich nutze kein WLAN, habe aber hier im Forum gelesen, dass es wohl noch Probleme damit gibt. Das erst einmal als kleiner Hinweis, bis jemand antwortet, der Ahnung hat  

Viele Grüße
skippy

 

[Matthias]

Nein, das Wlan Addon läuft leider noch nicht

Matthias

[clausmuus]

Ich hab das mit dem wlan vorerst aufgegeben. Mir sind nach Tagelangen testen einfach die Ideen ausgegangen wo dran es noch liegen könnte. Beim aktuellen stand sieht es so aus, dass das übermittelte Passwort wohl vom Router akzeptiert wird, anschließend die Verbindung von der MLD jedoch verworfen wird.

Wenn also jemand ein wenig Ahnung von der Materie hat, und obendrein äußerst Hartnäckig in bei der Lösung von Problemen möge er sich gerne des WLANs annehmen. Mir scheint es, das ich beim Aufbauen der wlan Verbindung einen grundlegenden Fehler mache. Das es an nem Fehler in der erzeugten /etc/wpa_supplicant.conf Datei liegt, glaube ich nicht, sondern eher das entweder irgendein Tool nicht richtig funktioniert (fehlende Libs, oder Kernelmodule?) oder nen Dienst fehlt oder bei der Reihenfilge in der die Tools gestartet werden was nicht stimmt.
Fehlenden Libs sollte man mittels strace auf die schliche kommen können (das hilft meistens). Fehlenden Kernelmodulen, indem man alle auf dem Entwicklungssystem vorhandene Kernelmodule auf die MLD kopiert.

Claus  

[P3f]

Hi Claus,

ich bin ja nicht der Crack, der die eventuellen Kernelmodule findet, aber ich werde mich mal an dem WLAN näher versuchen. Weil ich es eigentlich benötige und weil ich es ja in der anderen Umgebung hinbekommen hatte. Es scheint ja auch "nur" die WPA-Verschlüsselung zu sein.

Kannst Du mir sagen, wo ich die Kerneloptionen näher betrachten könnte und ggf. was nach installiere?

Gruß,

Pit

[Torsten73]

http://wiki.ubuntuusers.de/wlan/wpa_supplicant diese hier kennt Ihr ja, gehe ich von aus.
Wenn in der wpa_supplicant.conf der gleiche Inhalt ist, wie in einer funktionierenden unter Ubuntu (könnte man per copy & paste ja mal testen) und es dann immer noch nicht funktioniert würde ich auch auf ein Treiber/Kernel Problem vermuten. Da aber Ihr sagtet, dass der Inhalt nicht gleich ist, liegt die Vermutung doch näher, dass die conf nicht richtig erstellt wurde.
Interessieren tut es mich auch, da auf dem Netbook sinnvollerweise WLan genutzt werden soll.

[P3f]

Hi Thorsten,

Das mit der config war auch mein erster Ansatz, nur hat der leider nicht zum Erfolg geführt. Ich habe mittlerweile auch eine

[Matthias]

Ich habe mal die Fehlercodes hier reingepackt:

Code: [Select]

Client Reason Code...Description...Meaning
0...noReasonCode...Normal operation.
1...unspecifiedReason...Client associated but no longer authorized.
2...previousAuthNotValid...Client associated but not authorized.
3...deauthenticationLeaving...The access point went offline, deauthenticating the client.
4...disassociationDueToInactivity...Client session timeout exceeded.
5...disassociationAPBusy...The access point is busy, performing load balancing, for example.
6...class2FrameFromNonAuthStation...Client attempted to transfer data before it was authenticated.
7...class2FrameFromNonAssStation...Client attempted to transfer data before it was associated.
8...disassociationStaHasLeft...Operating System moved the client to another access point using non-aggressive load balancing.
9...staReqAssociationWithoutAuth...Client not authorized yet, still attempting to associate with an access point.
99...missingReasonCode...Client momentarily in an unknown state.


[clausmuus]

Ich war bei meinen Tests zu dem Schluss gekommen, das es kein Treiber Fehler ist, wie an diversen Stellen für diverse Treiber zu lesen ist, da ich es mit drei verschiedenen Hartware Umgebungen getestet hatte und immer das Selbe ergebnis heraus kam. Auch bei der /etc/wpa_supplicant.conf bin ich ziehmlich sicher das die OK ist, da zum einen das Passwort akzeptiert wurde, und zum anderen P3f es ja mit der funktionierenden ubuntu conf getestet hat.

Claus

[niesen]

Hab mit meinem Dlink Stick dasselbe Problem.

hier gibts eine Lösung für die Fehlercodes, wird wahrscheinlich nicht helfen, ohne Verschlüsselung hab ich's noch nich probiert http://forums.dlink.com/index.php?topic=3735.0;wap2 (unten auf next klicken)




 

[Newtron]

hi

auch bei mir ist es nicht hinzubekommen.
nutze den internen wlan vom netbook, ein atheros-cchipsatz also folglich den ath9k treiber.
soweit startet alles nur kommt keine verbindung zustande.
könnte es vielleicht am kernel liegen?
im  router kommt bei mir alles an nur mld scheint es nicht zu registrieren.
 

[niesen]

Ich übersetz mal den link:

"ok, delete the profile 9even the old one) for the 615 and try to reconnect. If it doesn't work downgrade the encryption to see if it will connect. If it does you may have a encryption based issue.

Lösche das Profil (evtl. sogar das alte) für den 615 (Router) und versuche wiederzuverbinden. Wenn das nich hilft, nimm eine schwächere Verschlüsselung (WEP statt WPA).

Gtzldvt:
Excellent advice, made progress.  I deleted the two profiles, uninstalled the card, reinstalled it, selected just the ssid of the D-Link with no security set and it connected!!!!  Set the security to WEP and it connected.  Left it at that.
Thanks!!!!

Ich habe die beiden Profile gelöscht, die Karte deinstalliert und neu installiert und nur die ssid des dlink ohne verschlüsselung eingestellt und es gab ne Verbindung. Dann die sicherheit auf wep gesetzt und die verbindung steht. Habs so gelassen, danke."

[clausmuus]

verstehe ich das nun rihtig, das es ohne Verschlüsseling, bzw. mit wep Verschlüsselung geht, und lediglich wpa/wpa2 nicht will?

Claus

[MarMic]

das war nen zitat aus nem anderen forum.
 

denke ich zumindest

@claus kann es denn sein das du als du damals debugged hast strace auch nur auf libs durchsucht hast? vllt ist es irgend ne cache datei die uns nur fehlt, oder sowas???

@newtron, bis jetzt ist der stand, dass unser zusammengebautes addon nicht tut, d.h. rumprobieren wird wahrscheinlich nicht helfen, sondern debuggen mit strace, einlesen und addon in der entwicklungsumgebung umbasteln (nur damit wir uns nicht falsch verstehen-> nicht böse gemeint)

greetz MarMic
 

[clausmuus]

Möglicherweise liegt der Fehler aber auch in der Art wie die Verbindung aufgebaut wird. Also z.B. nen Befehl vergessen oder die Befehle in der falschen Reihenfolge ausgeführt,...
Aber wie MarMic schon sagt, da kann nur systematisches debuggen weiterhelfen, oder halt wissen wasman tut bzw. sich das nötige Wissen aneignen und den Fehler beim durchlesen der /etc/init.d/network-welan erkennen und beheben. Ich habe dieses Wissen nicht, und meine Debug bemühungen sind dort geendet, wo die Verbindung hergestellt, jedoch sofort von der MLD wieder getrennt wurde.

Claus