Fehér Gábor Gume
2006-09-06 21:17:09 UTC
Kedves Linuxosok!
Kis segítségre lenne szükségem. A feladat az lenne, hogy bithibás
csomagokat kellene elkapnom WiFi felhőben. Ez eddig megy is, mert
bizonyos esetekben fel tudom hozni a rossz csomagot is a driverből
monitor módban. A gond az ugyanakkor, hogy az általam ismert AP nem fog
egyáltalán csomagokat küldeni, ha nincsen a vevő asszociálva, illetve ha
küld, mert van asszociáció, akkor pedig meg is fogja ismételni a hibás
csomagokat mert nem kap rá ACK csomagot. Ha valódi MAC címe van a
kártyának, akkor az ACK-ot a firmware automatikusan küldi a jó
csomagokra (még monitor üzemmódban is). Ha hamisítom a kártya MAC címet
és az asszociációt akkor viszont nekem kell ACk-ot küldeni még a jóra
is, de ez pedig úgy tűnik, hogy nem lehetséges a driverből, ugyanis azt
nagyon hamar a csomag vétele után még az arra allokált időben meg kéne
tennem. Megoldás még, hogy ne várjon az AP ACK-ot, ezt mondjuk multicast
megtehetem, de ekkor sajnos valamiért az általam használt ralinkes
firmware nem adja fel a hibás csomagokat. Más megoldás, hogy le lehetne
tiltani a retry küldést, de ezt meg nem tudom, hogy hogyan lenne lehetséges.
Van esetleg ötlete vagy tapasztalata valamelyikőtöknek, hogy mit lehetne
tenni?
- Vagy tud valaki olyan (lehetőleg USBs, ha nem akkor PCMCIA) wifi
kártyát, ami multicastban rávehető, hogy bithibás frémeket is feladjon
raw socketbe?
- Vagy olyan APt, ahol letiltható a retry, magyarul ne számítson az ACK?
- Vagy esetleg egy jól programozható firmware?
Köszönet előre is!
Gume
--
Kis segítségre lenne szükségem. A feladat az lenne, hogy bithibás
csomagokat kellene elkapnom WiFi felhőben. Ez eddig megy is, mert
bizonyos esetekben fel tudom hozni a rossz csomagot is a driverből
monitor módban. A gond az ugyanakkor, hogy az általam ismert AP nem fog
egyáltalán csomagokat küldeni, ha nincsen a vevő asszociálva, illetve ha
küld, mert van asszociáció, akkor pedig meg is fogja ismételni a hibás
csomagokat mert nem kap rá ACK csomagot. Ha valódi MAC címe van a
kártyának, akkor az ACK-ot a firmware automatikusan küldi a jó
csomagokra (még monitor üzemmódban is). Ha hamisítom a kártya MAC címet
és az asszociációt akkor viszont nekem kell ACk-ot küldeni még a jóra
is, de ez pedig úgy tűnik, hogy nem lehetséges a driverből, ugyanis azt
nagyon hamar a csomag vétele után még az arra allokált időben meg kéne
tennem. Megoldás még, hogy ne várjon az AP ACK-ot, ezt mondjuk multicast
megtehetem, de ekkor sajnos valamiért az általam használt ralinkes
firmware nem adja fel a hibás csomagokat. Más megoldás, hogy le lehetne
tiltani a retry küldést, de ezt meg nem tudom, hogy hogyan lenne lehetséges.
Van esetleg ötlete vagy tapasztalata valamelyikőtöknek, hogy mit lehetne
tenni?
- Vagy tud valaki olyan (lehetőleg USBs, ha nem akkor PCMCIA) wifi
kártyát, ami multicastban rávehető, hogy bithibás frémeket is feladjon
raw socketbe?
- Vagy olyan APt, ahol letiltható a retry, magyarul ne számítson az ACK?
- Vagy esetleg egy jól programozható firmware?
Köszönet előre is!
Gume
--