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
=> 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
Ç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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
patrick dos santos
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
=> 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
Ç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 with a subject of "unsubscribe". Trouble? Contact
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
=> 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
Ç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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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
=> 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
Ç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 with a subject of "unsubscribe". Trouble? Contact
François Boisson
Le Sat, 27 Jan 2007 19:04:45 +0100 patrick dos santos 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
aes 30176 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 with a subject of "unsubscribe". Trouble? Contact
Le Sat, 27 Jan 2007 19:04:45 +0100
patrick dos santos <patrickdos@free.fr> 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
aes 30176 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Sat, 27 Jan 2007 19:04:45 +0100 patrick dos santos 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
aes 30176 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 with a subject of "unsubscribe". Trouble? Contact
François Boisson
Le Sat, 27 Jan 2007 19:04:45 +0100 patrick dos santos 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:
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 with a subject of "unsubscribe". Trouble? Contact
Le Sat, 27 Jan 2007 19:04:45 +0100
patrick dos santos <patrickdos@free.fr> 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:
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Sat, 27 Jan 2007 19:04:45 +0100 patrick dos santos 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:
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 with a subject of "unsubscribe". Trouble? Contact
François Boisson
> 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:
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:
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 with a subject of "unsubscribe". Trouble? Contact
> 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:
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:
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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:
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 with a subject of "unsubscribe". Trouble? Contact
