DWL650, DWL650+ et WPA
Attention c'est un peu long: Le but: J'ai un routeur FONERA avec un WIFI non crypté et un WIFI Crypté en WPA. J'ai deux cartes PCMCIA DWL 650 (madwifi) et DWL650+ (ndiswrapper). Il faut faire communiquer le tout, la carte est iundifférente. Le tout sur Sarge noyau 2.4.28. Ce qui avait été fait: Créer un point d'accès bridge avec la DWL650 avait été une rigolade et j'émettais beaucou d'espoir dans cette carte. 1: Seuls les canaux 10 à 13 étaient balayés, eh oui la législation Française a changé depuis peu et mes madwifi d'août 2003 n'étaient pas à jour. Bon: récupération madiwifi 0.9.1 (marche pas) puis madiwifi 0.9.2.1 et là ça y est j'ai mes canaux de 1 à 13 :) 2: apt-get install wpasupplicant, configuration du bazar et lancement. Echec tonitruant avec message ... wpa_driver_madwifi_associate ioctl [IEEE80211_IOCTL_SETMLME]: Invalid argument * ... => Google: il semble qu'il y ait une discordance entre wpa_supplicant et madwifi, le premier a changé les ioctl et pas le second, bref il faut synchroniser le tout => Recherche de source de wpa_supplicant. Après de long essais, le message change: ioctl[unknown???]: Invalid argument Re google, Ah là il s'agit d'un module ou deux non chargés (aes et wpa_tkip). Je les charge, je lance le tout *MIRACLE* ça marche. Bon, extinction de la machine et réessai. Echec tonitruant. A l'aide du .bash_history et de ma mémoire je refais toutes mes manoeuvres: bilan: Gel de la machine et checks des disques. Début de découragement, je croyais la DWL650 parfaitement supportée. Bilan des courses: Ça a marché une fois (pas 2) avec madwifi 0.9.2.1 et wpa_supplicant 0.4.9. Depuis ... wpa_driver_madwifi_set_drop_unencrypted: enabled=1 State: SCANNING -> ASSOCIATING wpa_driver_madwifi_associate ioctl[unknown???]: Invalid argument ... 3: Dans la foulée, je me dis tiens, essayons cette m...e de DWL650+ avec ndiswrapper. # modprobe ndiswrapper # iwconfig wlan0 essid CAVE mode managed # wpa_supplicant -D ndiswrapper -i wlan0 -c /etc/wpa_supplicant.conf -w -d Ça marche impeccable, je suis en train de l'utiliser... De quoi ébranler ma foi en les pilotes libres. Quelqu'un a réussi à faire fonctionner cette DWL650/madwifi avec le WPA? Bravo et merci d'avoir lu jusqu'ici François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DWL650, DWL650+ et WPA
L'option "Generic IEEE 802.11 Networking Stack " Doit etre selectionné dans la conf du noyau en dur ou en module dans Networking > Une fois activer tu peux selectionner dans le sous menu le support Wep TKIP Voila en espérant que cela pourra t'aider Pour info chez moi le driver madwifi fonctionne parfaitement bien François Boisson wrote: Attention c'est un peu long: Le but: J'ai un routeur FONERA avec un WIFI non crypté et un WIFI Crypté en WPA. J'ai deux cartes PCMCIA DWL 650 (madwifi) et DWL650+ (ndiswrapper). Il faut faire communiquer le tout, la carte est iundifférente. Le tout sur Sarge noyau 2.4.28. Ce qui avait été fait: Créer un point d'accès bridge avec la DWL650 avait été une rigolade et j'émettais beaucou d'espoir dans cette carte. 1: Seuls les canaux 10 à 13 étaient balayés, eh oui la législation Française a changé depuis peu et mes madwifi d'août 2003 n'étaient pas à jour. Bon: récupération madiwifi 0.9.1 (marche pas) puis madiwifi 0.9.2.1 et là ça y est j'ai mes canaux de 1 à 13 :) 2: apt-get install wpasupplicant, configuration du bazar et lancement. Echec tonitruant avec message ... wpa_driver_madwifi_associate ioctl [IEEE80211_IOCTL_SETMLME]: Invalid argument * ... => Google: il semble qu'il y ait une discordance entre wpa_supplicant et madwifi, le premier a changé les ioctl et pas le second, bref il faut synchroniser le tout => Recherche de source de wpa_supplicant. Après de long essais, le message change: ioctl[unknown???]: Invalid argument Re google, Ah là il s'agit d'un module ou deux non chargés (aes et wpa_tkip). Je les charge, je lance le tout *MIRACLE* ça marche. Bon, extinction de la machine et réessai. Echec tonitruant. A l'aide du .bash_history et de ma mémoire je refais toutes mes manoeuvres: bilan: Gel de la machine et checks des disques. Début de découragement, je croyais la DWL650 parfaitement supportée. Bilan des courses: Ça a marché une fois (pas 2) avec madwifi 0.9.2.1 et wpa_supplicant 0.4.9. Depuis ... wpa_driver_madwifi_set_drop_unencrypted: enabled=1 State: SCANNING -> ASSOCIATING wpa_driver_madwifi_associate ioctl[unknown???]: Invalid argument ... 3: Dans la foulée, je me dis tiens, essayons cette m...e de DWL650+ avec ndiswrapper. # modprobe ndiswrapper # iwconfig wlan0 essid CAVE mode managed # wpa_supplicant -D ndiswrapper -i wlan0 -c /etc/wpa_supplicant.conf -w -d Ça marche impeccable, je suis en train de l'utiliser... De quoi ébranler ma foi en les pilotes libres. Quelqu'un a réussi à faire fonctionner cette DWL650/madwifi avec le WPA? Bravo et merci d'avoir lu jusqu'ici François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DWL650, DWL650+ et WPA
Le Sat, 27 Jan 2007 19:04:45 +0100 patrick dos santos <[EMAIL PROTECTED]> a écrit: > L'option "Generic IEEE 802.11 Networking Stack " > Doit etre selectionné dans la conf du noyau en dur ou en module dans > Networking > >Une fois activer tu peux selectionner dans le sous menu le > support Wep TKIP > > Voila en espérant que cela pourra t'aider > Pour info chez moi le driver madwifi fonctionne parfaitement bien Il a marché parfaitement une fois (pas 2) ce qui prouve que ça n'est pas un pbm de noyau. J'ai chargé tous les modules de cryptage (l'option que tu dis n'existe pas dans le 2.4.28 mais le WEP utilise AES + CONFIG_CRYPTO_MICHAEL_MIC -cela est précisé sur le site de madwifi où il est indiqué que ce message est lié à l'absence du module aes- En fait quand on regarde les modules, on s'aperçoit bien que aes30176 0 (unused) wlan_tkip 9024 0 (unused) ce qui montre le pbm. Merci de la réponse François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DWL650, DWL650+ et WPA
Le Sat, 27 Jan 2007 19:04:45 +0100 patrick dos santos <[EMAIL PROTECTED]> a écrit: > L'option "Generic IEEE 802.11 Networking Stack " > Doit etre selectionné dans la conf du noyau en dur ou en module dans > Networking > >Une fois activer tu peux selectionner dans le sous menu le > support Wep TKIP > > Voila en espérant que cela pourra t'aider > Pour info chez moi le driver madwifi fonctionne parfaitement bien En fait c'est vraiment curieux, j'ai réussi à la faire marcher une seconde fois sans que je ne comprenne vraiment comment: la différence est ici: ath_pci65276 1 ath_rate_sample 9640 0 [ath_pci] ath_hal 174544 1 [ath_pci ath_rate_sample] -wlan_tkip 9024 0 (unused) +wlan_tkip 9024 2 wlan 136312 1 [wlan_scan_sta ath_pci... Parfois le module wlan_tkip est utilisé, parfois non... Je n'arrive pas à comprendre. Visiblement, ça dépend de l'état de la machine, la même séquence de commande refaite n'a rien donnée... François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DWL650, DWL650+ et WPA
> En fait c'est vraiment curieux, j'ai réussi à la faire marcher une > seconde fois sans que je ne comprenne vraiment comment: > la différence est ici: > > ath_pci65276 1 > ath_rate_sample 9640 0 [ath_pci] > ath_hal 174544 1 [ath_pci ath_rate_sample] > -wlan_tkip 9024 0 (unused) > +wlan_tkip 9024 2 > wlan 136312 1 [wlan_scan_sta ath_pci... > > Parfois le module wlan_tkip est utilisé, parfois non... Je n'arrive pas > à comprendre. Visiblement, ça dépend de l'état de la machine, la même > séquence de commande refaite n'a rien donnée... Pour ceux que ça intéresse, je suis enfin arrivé à trouver unee (!) méthode qui marche quasi systématiquement: # modprobe ath_pci autocreate=none # wlanconfig ath0 create wlandev wifi0 wlanmode managed # ifconfig ath0 up # wpa_supplicant -D madwifi -i ath0 -c /etc/wpa_supplicant.conf -w -d là ça gueule, ne pas se démonter et faire sur une autre console # rmmod wlan_tkip;modprobe wlan_tkip ; lsmod | grep tkip en répétant jusqu'à ce que le module soit marqué actif. Au bout d'une dizaine d'échecs, faire sur la commande wpa_supplicant et la relancer immédiatement puis recommencer la manoeuvre du rmmod, ça marchera. Quand le module est utilisé le rmmod est refusé. Pas vraiment plug and play comme méthode. Quelqu'un a une idée pour débugguer?? François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]