[Resolu][Wifi] BSD, Linux, Windows

majinboo · Août 8, 2006, 8:11

Déjà petit topo sur la configuration réseau :

j’ai un pc loin de tout qui ne peut pas être relié par un liaison RJ-45 avec une carte wifi msi (chipset rt2500)
j’ai un serveur p133 avec une carte wifi D-Link g510 rev C1 ( chipset rt61)

apres y’a un reseau filiaire mais bon ça, c’est pas le probleme vu que le reseau filiaire marche.

[MyLife] Avant le p133 faisait Access Point avec la carte MSI, mais la portée était trop limite et OpenBSD était assez lente. J’ai donc passé le p133 sous Debian Testing [/MyLife]

Le driver windows MSI est très bon, il permet de faire un access point sous windows. L’access point semble fonctionner au premier abord. (les PSP et DS se connectent dessus sans problemes) Donc le p133 est client de l’access point (dans le but de faire la passerelle avec le reste de la LAN)

Le problème c’est que le p133 arrive à s’associer à l’access point mais il bloque au niveau ARP : un tcmdump donne ça en boucle dès que je tente le moindre ping de la passerelle vers le p133.

21:59:52.528296 arp who-has 192.168.1.1 tell 192.168.1.2 21:59:52.528530 arp reply 192.168.1.1 is-at 00:13:46:8a:7a:00 (oui Unknown)

Je suis passé en mode Ad Hoc et c’est toujours la meme chose.

J’ai pas tenté de capture de paquet côté access point sous windows mais j’imagine que ça doit etre la meme chose. Niveau driver, j’utilise NDISwrapper avec le driver windows ou le driver opensource du site de ralink. Aucun changement en passant d’un driver à l’autre.

Voici ma configuration actuelle en mode Ad-Hoc :

# ifconfig wlan0 wlan0 Lien encap:Ethernet HWaddr 00:13:46:8A:7A:00 inet adr:192.168.1.1 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::213:46ff:fe8a:7a00/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:105 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:9834 (9.6 KiB) TX bytes:0 (0.0 b) Interruption:9 Mémoire:fffb0000-fffb8000

# iwconfig wlan0 wlan0 IEEE 802.11g ESSID:"wii" Mode:Ad-Hoc Frequency:2.412 GHz Cell: 5A:FA:D1:39:7C:27 Bit Rate:11 Mb/s Tx-Power:20 dBm Sensitivity=-121 dBm RTS thr:2347 B Fragment thr:2346 B Encryption key:off Power Management:off Link Quality:100/100 Signal level:-50 dBm Noise level:-256 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Le PC sous windows indique 4/5 en force du signal donc je pense pas que les problèmes viennent d’un signal trop faible et pour cette phase de test, je n’ai aucune protection WEP, WPA,…

Bon là, je m’acharne depuis un moment et j’arrive pas à comprendre où peut se situer le problème. J’en appelles donc à votre aide.

universal_tonton · Août 8, 2006, 10:44

Peux-tu nous fournir le plan d’adressage ? As-tu bien activé la connexion de pont sur ton windows, entre le réseau wifi et le filaire ?

majinboo · Août 9, 2006, 2:21

Le windows a 192.168.1.2 comme ip (192.168.1.1 en passerelle) et n’a rien sur le filiaire vu qu’il est dans une chambre au dernier étage et que le filiaire est au rez de chaussée uniquement.

Le p133 sous linux a 192.168.1.1 comme ip sur le wifi, 192.168.0.6 sur le filiaire, l’ip forwarding est activé.

Au niveau des route sous linux ça donne :

# route Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 wlan0 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

(en sachant que sur le routeur qui gere le filiaire j’ai ajouté une route 192.168.1.0 netmask 255.255.255.0 gateway 192.168.0.6)

majinboo · Août 9, 2006, 6:29

Je viens de tenter le ping du p133 linux vers le pc windows et là c’est la foire au slip : rien de rien dans le tcpdump (même au bout du 300ème paquet ICMP) J’ai vraiment l’impression que le linux ne fait que recevoir et envoie rien mais je vois pas d’où ça peut venir.

(D’ailleurs c’est ce qu’indique le statut de la carte réseau sous windows : paquets envoyés : 2500, paquets reçus : 0)

universal_tonton · Août 9, 2006, 9:34

[quote=“majinboo, post:4, topic: 30292”]Je viens de tenter le ping du p133 linux vers le pc windows et là c’est la foire au slip : rien de rien dans le tcpdump (même au bout du 300ème paquet ICMP) J’ai vraiment l’impression que le linux ne fait que recevoir et envoie rien mais je vois pas d’où ça peut venir.

(D’ailleurs c’est ce qu’indique le statut de la carte réseau sous windows : paquets envoyés : 2500, paquets reçus : 0)[/quote]

A priori ton linux envoie bien des paquets, puisque dans ton premier message, ton tcpdump indique qu’il a répondu à l’ARP request. Il se peut aussi que ce soit le windows qui ne reçoivent rien.

Peux-tu nous donner les tables arp de tes 2 machines (arp -a sous win comme sous linux).
Essaye d’ajouter manuellement l’entrée arp du windows sur le linux et inversement et regarde si ça fonctionne mieux.

As tu moyen de tester la connexion entre la PSP et la DS par exemple ?

majinboo · Août 9, 2006, 4:05

Le windows avait une table arp vide et le linux ne connaissait du monde que sur le lan mais personne en 192.168.1.xxx.

J’ai ajouté les MAC en durs dans les tables arp et retenté le ping :

de windows vers linux : windows ne reçoit aucune réponse et le tcpdump m’indique ça :

18:01:41.017967 IP 192.168.1.2 > 192.168.1.1: ICMP echo request, id 1280, seq 2304, length 40 18:01:46.469753 IP 192.168.1.2 > 192.168.1.1: ICMP echo request, id 1280, seq 2560, length 40 18:01:52.570040 IP 192.168.1.2 > 192.168.1.1: ICMP echo request, id 1280, seq 2816, length 40 18:01:57.469345 IP 192.168.1.2 > 192.168.1.1: ICMP echo request, id 1280, seq 3072, length 40
Donc linux reçoit les ping mais n’y repond pas a priori.

de linux vers windows : ping m’annonce que les paquets sont transmis mais j’ai rien de rien dans le tcpdump (meme en forçant ping à utiliser wlan0) AU bout d’un moment j’ai le droit à des

un dmesg me donne ce genre de choses :

device wlan0 left promiscuous mode audit(1155105322.476:7): dev=wlan0 prom=0 old_prom=256 auid=4294967295 device wlan0 entered promiscuous mode audit(1155120244.761:8): dev=wlan0 prom=256 old_prom=0 auid=4294967295 device wlan0 left promiscuous mode audit(1155120277.759:9): dev=wlan0 prom=0 old_prom=256 auid=4294967295 device wlan0 entered promiscuous mode audit(1155139297.924:10): dev=wlan0 prom=256 old_prom=0 auid=4294967295 device wlan0 left promiscuous mode audit(1155139433.620:11): dev=wlan0 prom=0 old_prom=256 auid=4294967295 device wlan0 entered promiscuous mode audit(1155139695.920:12): dev=wlan0 prom=256 old_prom=0 auid=4294967295

La DS, je l’utilise pas trop mais a priori à part aller sur nintendo.com et faire du Ad Hoc avec d’autres DS elle a pas l’air de savoir faire grand chose de son wifi.

majinboo · Août 9, 2006, 7:45

Bon je me reponds à moi meme pour dire que le problème a été résolu a priori. J’ai pris le dernier kernel unstable de la debian (c’était nécessaire pour tester les drivers beta rt2x00 qui avaient pas l’air de fonctionner) J’ai recompilé les drivers officiels de ralink et ça marche. Bizzare mais bon tant que ça marche, je vais pas me plaindre.

Merci quand meme universal tonton, je savais pas qu’on pouvais agir sur l’arp maintenant je saurais quoi faire la prochaine fois que j’ai ce genre de problemes.