| View previous topic :: View next topic |
| Author |
Message |
Oupsman
Veteran
Joined: 19 Jul 2004
Posts: 1042
|
 Posted: Mon Apr 23, 2007 6:54 pm Post subject: [WIFI] DHCP ok mais plus rien après |
 |
|
Là je craque :
j'ai un WRT54GL flashé avec X-WRT (découvert ici, de la balle ce firmware)
Mon PDA arrive bien à surfer en profitant du point d'accès du WRT.
Mais après avoir pluggé une carte Wifi (EVO-W54PCI) dans mon média center, j'emerge par le lien filaire tous les paquets nécessaires comme wireless-tools ou encore rt2x00 pour avoir les drivers.
Sauf que après configuration sur le média center, je me rends compte que la carte récupère bien une adresse, mais après plus rien, le ping ne passe pas, pas plus que le reste des flux d'ailleurs.
Serveur DCHP :
| Code: |
Apr 23 22:01:52 ourson dhcpd: DHCPDISCOVER from 00:08:a1:a9:69:7a via eth2
Apr 23 22:01:53 ourson dhcpd: DHCPOFFER on 192.168.10.81 to 00:08:a1:a9:69:7a vi
a eth2
Apr 23 22:01:54 ourson dhcpd: DHCPDISCOVER from 00:08:a1:a9:69:7a via eth2
Apr 23 22:01:54 ourson dhcpd: DHCPOFFER on 192.168.10.81 to 00:08:a1:a9:69:7a vi
a eth2
Apr 23 22:02:03 ourson dhcpd: DHCPDISCOVER from 00:08:a1:a9:69:7a via eth2
Apr 23 22:02:03 ourson dhcpd: DHCPOFFER on 192.168.10.81 to 00:08:a1:a9:69:7a vi
a eth2
Apr 23 22:02:03 ourson dhcpd: DHCPREQUEST for 192.168.10.81 (192.168.10.1) from
00:08:a1:a9:69:7a via eth2
Apr 23 22:02:03 ourson dhcpd: DHCPACK on 192.168.10.81 to 00:08:a1:a9:69:7a via
eth2
|
Media center :
| Code: |
wlan1: starting scan
wlan1: scan completed
wlan1: Initial auth_alg=0
wlan1: authenticate with AP 00:18:39:83:08:73
wlan1: RX authentication from 00:18:39:83:08:73 (alg=0 transaction=2 status=0)
wlan1: authenticated
wlan1: associate with AP 00:18:39:83:08:73
wlan1: RX AssocResp from 00:18:39:83:08:73 (capab=0x11 status=0 aid=1)
wlan1: associated
wlan1: Initial auth_alg=0
wlan1: authenticate with AP 00:18:39:83:08:73
wlan1: Initial auth_alg=0
wlan1: authenticate with AP 00:07:cb:50:aa:4b
wlan1: RX authentication from 00:07:cb:50:aa:4b (alg=0 transaction=2 status=0)
wlan1: authenticated
wlan1: associate with AP 00:07:cb:50:aa:4b
wlan1: RX AssocResp from 00:07:cb:50:aa:4b (capab=0x1 status=0 aid=1)
wlan1: associated
wlan1: Initial auth_alg=0
wlan1: authenticate with AP 00:18:39:83:08:73
wlan1: RX authentication from 00:18:39:83:08:73 (alg=0 transaction=2 status=0)
wlan1: authenticated
wlan1: associate with AP 00:18:39:83:08:73
wlan1: RX AssocResp from 00:18:39:83:08:73 (capab=0x11 status=0 aid=1)
wlan1: associated
wlan1: No ProbeResp from current AP 00:18:39:83:08:73 - assume out of range
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
wlan1: No STA entry for own AP 00:18:39:83:08:73
|
Extrait de mon fichier /etc/conf.d/net :
| Code: |
essid_wlan1="Oupsman"
mode_wlan1="managed"
channel_wlan1="auto"
config_Oupsman=( "dhcp" )
key_Oupsman=( "xxxx" ) <= là y'a bien 26 caractères hexa ...
|
J'ai essayé en mettant une clé wep foireuse, et j'ai même pas de DHCP.
iwlist wlan1 scan me renvoie bien les infos qu'il faut :
| Code: |
localhost ~ # iwlist wlan1 scan
wlan1 Scan completed :
Cell 01 - Address: 00:18:39:83:08:73
ESSID:"Oupsman"
Mode:Master
Frequency:2.412 GHz
Signal level=-140 dBm Noise level=-160 dBm
Encryption key:on
Extra:tsf=0000000000d6df9c
|
Là si vous avez des idées, je suis preneur.
_________________
--
L'idéal de nouveauté semble avoir remplacé l'idéal de progrès. C'est bien triste.
----
Unix philosophy: "Do one thing and do it well."
systemd: "Try to do everything and do it wrong." |
|
| Back to top |
|
 |
SanKuKai
Apprentice
Joined: 17 Feb 2006
Posts: 228
Location: Toulouse, France
|
| Posted: Mon Apr 23, 2007 7:17 pm Post subject: |
|
|
Salut.
Rahhh pour m'être battu des jours durant avec les drivers Ralink sous Linux, je suis quasiment convaincu que ton problème relève d'un souci de drivers et non de configuration.
Déjà il faut savoir que le driver rt2x00 n'est pas encore au point -- certains ont eu certains succès avec, mais je n'en fais pas partie...  -- du coup je te conseillerai d'utiliser préférentiellement les drivers legacy, soit le driver net-wireless/rt2500 (puisque si je ne me goure pas c'est le driver adéquat pour ta carte). Enfin si ça ne fonctionne toujours pas (le driver de Portage n'est pas super à jour et ne fonctionnait pas chez moi non plus...) tente de télécharger la version la plus récente ici.
Bref, bonne chance !
À titre d'information chez moi ça s'est réglé, dans un premier temps, avec ndiswrapper puis, ensuite, dans un élan libriste, avec les drivers FreeBSD qui sont de la balle (merci Damien Bergamini !) ! |
|
| Back to top |
|
|
Oupsman
Veteran
Joined: 19 Jul 2004
Posts: 1042
|
| Posted: Mon Apr 23, 2007 7:30 pm Post subject: |
|
|
ndiswrapper étant la solution que je veux éviter, je vais me pencher sur le driver rt2500 puis après on verra pour le driver Freebsd. Merci à toi.
_________________
--
L'idéal de nouveauté semble avoir remplacé l'idéal de progrès. C'est bien triste.
----
Unix philosophy: "Do one thing and do it well."
systemd: "Try to do everything and do it wrong." |
|
| Back to top |
|
|
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3174
Location: Paris
|
| Posted: Mon Apr 23, 2007 7:57 pm Post subject: |
|
|
Question: tu as modifié la conf par défaut d'OpenWRT/dsnmasq? Car l'adresse attribuée par le DHCP ne me semble pas dans l'espace d'adressage de base (192.168.1.X)
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT) |
|
| Back to top |
|
|
Oupsman
Veteran
Joined: 19 Jul 2004
Posts: 1042
|
| Posted: Tue Apr 24, 2007 5:54 am Post subject: |
|
|
Je n'utilise pas le serveur DHCP du Linksys, mais le service DHCPD de mon serveur perso qui est une gentoo tout ce qu'il y'a de plus classique.
_________________
--
L'idéal de nouveauté semble avoir remplacé l'idéal de progrès. C'est bien triste.
----
Unix philosophy: "Do one thing and do it well."
systemd: "Try to do everything and do it wrong." |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Tue Apr 24, 2007 7:28 am Post subject: |
|
|
Et si le problème le problème venait du module ieee80211. Pourquoi, car ton type d'erreur me retourne dans 90% des cas des patchs kernels (récents puisqu'ils font références aux gits sources 21) De plus, google indique également ce type d'erreurs sur des cartes intel et ralink. Donc, pour moi ça serait la piste à suivre. Tient un lien de chez redhat, et dans le patch on parle des ralinks également, mais faut creuser encore la question... désolé j'ai pas trouvé l'explication qui va bien.
le lien
EDIT : le patch m'a l'air vraiment pas mal, un CRT+f rt2x00 devrait t'inciter à tester. 
EDIT : et le resolv.conf il est bon.... 
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
SanKuKai
Apprentice
Joined: 17 Feb 2006
Posts: 228
Location: Toulouse, France
|
| Posted: Tue Apr 24, 2007 7:43 am Post subject: |
|
|
| MickTux wrote: | | Et si le problème le problème venait du module ieee80211. Pourquoi, car ton type d'erreur me retourne dans 90% des cas des patchs kernels (récents puisqu'ils font références aux gits sources 21) De plus, google indique également ce type d'erreurs sur des cartes intel et ralink. Donc, pour moi ça serait la piste à suivre. |
Salut.
Le problème est que les drivers rt2x00 n'utilisent pas l'implémentation du module ieee80211 fournie par le noyau...
Du coup si le problème vient de là, faudra attendre un correctif de chez Serialmonkey.
Enfin je suis peut-être à côté de la plaque mais c'est ce que le wiki semble dire :
| From Rt2x00Wiki wrote: |
Since a few months some kernel developers have started the development of the generic 802.11 stack. By using this stack development of the rt2x00 module should be simplified. But by making use of the 802.11 stack, the rt2x00 module must again be redesigned. Which gives an opening for everybody to discuss new plans and features.
After working with the IPW ieee80211 stack which was merged into the kernel, the rt2x00 team decided to move over to the newer DeviceScape ieee80211 stack since that should deliver better support for non-firmware wireless devices. The last release with the IPW ieee80211 stack was rt2x00 Beta3, the first release with the DeviceScape ieee80211 stack will be rt2x00 Beta4.
|
Bref c'est pas encore trop la fête ces drivers... |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Tue Apr 24, 2007 7:45 am Post subject: |
|
|
Mais regarde le path, les correctifs de serialmonkey existent.
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo
Last edited by Mickael on Tue Apr 24, 2007 7:51 am; edited 1 time in total |
|
| Back to top |
|
|
SanKuKai
Apprentice
Joined: 17 Feb 2006
Posts: 228
Location: Toulouse, France
|
| Posted: Tue Apr 24, 2007 7:47 am Post subject: |
|
|
Ah oui en effet.
J'ai perdu une occasion de me taire.  |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2387
Location: ~Belfort! - France - EU
|
| Posted: Tue Apr 24, 2007 7:53 am Post subject: |
|
|
En même temps, le dernier patch proposé aujourd'hui) sur lkml est un correctif du ieee80211, mais je ne sais pas ce qu'il corrige...."socket buffers were not always freed when receiving multicasts" le lien : http://lkml.org/lkml/2007/4/24/75 juste au cas ou... 
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
Oupsman
Veteran
Joined: 19 Jul 2004
Posts: 1042
|
| Posted: Sat Apr 28, 2007 7:42 pm Post subject: |
|
|
Après downgrade en noyau 2.6.18 et compilation du driver rt61 dans portage, ca marche un peu.
Sauf que le setup actuel ne me plait pas du tout, je suis obligé de virer la clé wep pour que le dhcp puisse se faire 
J'ai beau renseigner la clé dans le bon format (enfin il me semble), iwconfig persiste à m'afficher une clé foireuse.
En désespoir de cause, j'ai même essayé avec ndiswrapper, mais je suis infoutu capable de récupérer le .inf et les .sys 
C'est louche comme comportement
_________________
--
L'idéal de nouveauté semble avoir remplacé l'idéal de progrès. C'est bien triste.
----
Unix philosophy: "Do one thing and do it well."
systemd: "Try to do everything and do it wrong." |
|
| Back to top |
|
|
|
French
