Zkusil bych se zamerit na typ HW u pripojenych klientu. Tzn. napr. podle MAC adres zjistit, cim se lidi pripojujou a porovnat MAC adresy pripojenych lidi behem padu a postupne se dostat ke konkrentimu cloveku, ktery by mohl zpusobobat pady.
Na velice podobny problem jsem narazil nedavno.
Jakmile se z node odpoji klient ovislink, tak AP prestane vysilat. V logu vubec nic neni. Node je XI-626, FW 1.8.0, HostAP 0.1.3. Na vsech ostatnich nodech mame HostAP 0.1.2 (a vetsinou FW 1.5.6 ) a problemy nemame, takze prvni vec, kterou planuji vyzkouset, je vymenit kernel za kernel s touto verzi hostap. Az to vyzkousim, tak poreferuji.
Ale me zarazi, ze pocítac s Pentiem III tam bezel bez problemu. Kdyby to bylo nejakym klientem, tak proc neshazoval kartu v tomto pocitaci? Musim podotknout, ze se jednalo o ty same Z-COM karty. Je to cele divne. Ja porad podeziram stary HW. Ale nedokazu si predstavit co by to mohlo delat.
Co se tyce ruznych kombinaci kernelu a hostapu, ktere jsou na jinych AP osvedceny, tak tahle cesta taky selhala.
Co se tyce dvou Ovisu, tak uz jsem o tom premyslel, ale slo by to proti nasi filosofii. Ale v jednu chvili jsem to tak uz chtel udelat.
Jeste pred tim zkus flashnout 626ky na FW 1.8.0 a jak rikal Xor nech hostap logovat. FW 1.8.0 ted mame na vsech kartach a je subjektivne stabilnejsi nez 1.7.4. Z hlasek hostapu vyctes dost, takhle je to jen hadani a vareni z vody
Zdravim Vas pratele..
ten problem s pristupovym bodem jsme vyresili vymenou za stroj, ktery tam jeste nikdy nebyl a problemy jiz nenastali. Ale zacal nam blnbout jeden pocitac na jednom pristupovem bode a tak jsme tam dali case s I-Pentiem II 350MHz a desku s Intel BX chipsetem. Distribuce je zase slackware 10.1. A svete div se, mame zde najednou stejne problemy jako jsme meli na tamtom pristupovem bodu. Zde je log z /var/log/syslog tesne pred tim nez ta karta prestala vysilat:
Jul 14 19:17:30 kominik kernel: wlan0: sending disassociation info to STA 00:11:2f:a6:df:0f(last=1525659, jiffies=2729659)
Jul 14 19:17:30 kominik kernel: wlan0: sending disassociation info to STA 00:4f:62:01:df:fc(last=1525694, jiffies=2729694)
Jul 14 19:17:31 kominik kernel: wlan0: sending deauthentication info to STA 00:11:2f:a6:df:0f(last=1525659, jiffies=2729759)
Jul 14 19:17:31 kominik kernel: wlan0: sending deauthentication info to STA 00:4f:62:01:df:fc(last=1525694, jiffies=2729794)
Jul 14 19:17:59 kominik kernel: wlan1: 00:0f:3d:62:99:ed auth_cb - STA not found
Jul 14 19:18:53 kominik kernel: wlan0: sending disassociation info to STA 00:03:2f:1b:72:53(last=2707836, jiffies=2737936)
Jul 14 19:18:54 kominik kernel: wlan0: sending deauthentication info to STA 00:03:2f:1b:72:53(last=2707836, jiffies=2738036)
Jul 14 19:19:08 kominik kernel: wlan1: 00:0f:3d:62:99:ed auth_cb - STA not found
Jul 14 19:19:08 kominik kernel: wlan1: 00:0f:3d:62:99:ed auth_cb - STA not found
Jul 14 19:19:39 kominik kernel: wlan0: sending disassociation info to STA 00:0d:88:e9:a4:7e(last=2712438, jiffies=2742538)
Jul 14 19:19:40 kominik kernel: wlan0: sending deauthentication info to STA 00:0d:88:e9:a4:7e(last=2712438, jiffies=2742638)
Jul 14 19:20:00 kominik kernel: handle_ap_item - addr3(BSSID)=5f:cd:82:43:07:12 not own MAC
Jul 14 19:20:01 kominik kernel: wlan1: 00:60:b3:6d:8f:52 auth_cb - STA authenticated
Jul 14 19:20:01 kominik kernel: wlan1: 00:60:b3:6d:8f:52 assoc_cb - STA associated
12.06.2005 v 08:47
(
