Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → wr1043nd - niesmiertelne "deauthenticated due to local deauth request"
Strony Poprzednia 1 2 3 4 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
doczytalem:
ath9k debug=0xffffffff zeby debugowac wszystko;
aczkolwiek niewiele sie pojawia w logach ani w dmesg
A skompilowany masz driver z debugiem w ogóle?
A skompilowany masz driver z debugiem w ogóle?
no wlasnie... snapshot z openwrt (trunk) - wiec pewno nie... ale samemu juz mi sie po prostu nie chce kompilowac ... chyba przyszedl czas na zakup jakiejs kart wifi typu pcimcia z N albo sie po prostu pogodze z tym ze jak bede chcial szybkie transfery po LAN to podepne kabel i tyle ...
Niestety u mnie wystepuje identyczny problem (deauthenticated due to local deauth request) rowniez w trybie b i z karta Realteka.
Feb 17 15:16:06 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 IEEE 802
.11: authenticated
Feb 17 15:16:06 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 IEEE 802
.11: associated (aid 1)
Feb 17 15:16:06 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 WPA: pai
rwise key handshake completed (RSN)
Feb 17 15:16:08 LORD daemon.info dnsmasq-dhcp[1456]: DHCPREQUEST(br-lan) 192.16
8.1.14 00:22:5f:43:ba:46
Feb 17 15:16:08 LORD daemon.info dnsmasq-dhcp[1456]: DHCPACK(br-lan) 192.168.1.
14 00:22:5f:43:ba:46 hrabianka-wifi
Feb 17 15:19:18 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 IEEE 802
.11: deauthenticated due to local deauth request
Feb 17 15:24:29 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 IEEE 802
.11: authenticated
Feb 17 15:24:29 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 IEEE 802
.11: associated (aid 1)
Feb 17 15:24:32 LORD daemon.info hostapd: wlan0: STA 00:22:5f:43:ba:46 IEEE 802
.11: deauthenticated due to local deauth requestPostaram sie w weekend skompliowac najnowsza wersje trunka ze sterownikiem ath w trybie debugowania i potestowac.
OT: "hrabianka-wifi". Zarąbista nazwa hosta...
hihi no coz musze przyznac, ze wlascicielka kompa hrabianka-wifi z pewnoscia zalicza sie do wyzszych sfer. Od ponad trzech lat dzien w dzien mam do czynienia z jej arystokratycznymi kaprysami 
Moich zmagan z arystokracja sieciowa ciag dalszy :-)
* obecnie mam na routerze KAMIKAZE (bleeding edge, r25513) - wyglada na to ze najstabilniej dziala ...
* zamienilem wpad-mini (defaultowy) na wpad
* zapodalem defaultowa konfiguracja z openwrt:
wireless.radio0=wifi-device
wireless.radio0.type=mac80211
wireless.radio0.macaddr=74:ea:3a:ea:1d:b6
wireless.radio0.hwmode=11ng
wireless.radio0.htmode=HT20
wireless.radio0.ht_capab=SHORT-GI-40 DSSS_CCK-40
wireless.radio0.country=PL
wireless.radio0.channel=7
ireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device=radio0
wireless.@wifi-iface[0].network=lan
wireless.@wifi-iface[0].mode=ap
wireless.@wifi-iface[0].ssid=alice
wireless.@wifi-iface[0].encryption=psk2
wireless.@wifi-iface[0].key=xxxxxxxxxx
no i stabilnosc sie znacznie polepszyla (przynajmniej na razie)
* pod WinXp transfer po wifi ~4,5 MB/s (samba - pojedynczy duzy plik; przy rownoleglych transferach jest lepiej)
* na Ubuntu po wifi idzie około ~5 MBs (NFS - tez jeden duzy plik)
czyli jak na moje oczekiwania calkiem przyzwoicie
* aha jeszcze jedno... najwiekszym problemem pod ubuntu byly zwiechy systemu (nadal obecne) ale okazyje sie ze to network-manager pod gnome zaczyna zuzywac cale CPU ; pomoglo zatem wywalenie go i zainstalowanie pakietu "wicd"
mam nadzieje ze moje uwagi dla kogos sie w przyszlosci przydadzą ;-)
Musze powiedzec ze konfiguracja powyzej w koncu zaczela chodzic przyzwoicie... zaczynam byc zadowolony ;-)
@jolisz
dopiero teraz poczytałem ten wątek
mam taką samą kartę 5100agn na ubuntu i w sumie miałem identyczne problemy
ja to obchodziłem wymuszając tryb bg na laptopie ładując moduł od wifi.
Generalnie to taka konfiguracja działała najstabilniej i miała najwyższą wydajność
na ubuntu tworze plik
sudo nano /etc/modprobe.d/intel-5xxx-iwlagn.confo zawartości
options iwlagn 11n_disable=1teraz bardzo stabilnie pracuje karta sieciowa.
Mi się wydaje że to przypadłość sterowników tej sieciówki.
Jak nie wyłączałem trybu N to miałem bardzo dziwne zachowanie. Cały czas zanik sygnału,zmiana prędkości,nieutrzymywanie prędkości,zrywanie,mulenie,itd
pod windows było wszystko ok. bo też sprawdzałem nic takiego nie występowało jak testowałem.
praktycznie problem był niezależny od wersji sterowników na wr1043nd. Jak miałem router adsl z N z oryginalnym firmware to tak samo mi się sieciówka zachowywała pod ubuntu.
Dałem sobie luz i po prostu pracuje na bg i tyle.
i nadal mam networkmanager 
ps. jak chcesz debugować do zdebuguj hostapd a nie sterownik. Daje całkiem obszerne logi
@rpc:
mi chodzi o to coby N było: iwlagn 11n_disable=1 jest w ubuntu 10.10 by default ale w takim wypadku mam transfer po wifi max ~2MBs ...
z moich doswiadczenie wynika ze obecnie tryb N-light chodzi przyzwoicie na obecnym trunk'u (bralem snapshot, nie kompilowalem samodzielnie) ale dodatkowo zamienilem wpad-mini na wpad i wszekie HT40+/- wywalilem takze jest teraz tylko: htmode=HT20 i ht_capab=SHORT-GI-40 DSSS_CCK-40 ... pomimo to czasem zdarzaly sie jeszcze zwiechy na co zaradzila zamiana network-manager na wicd ;
WICD'a moge naprawde polecic bo ma deamon'a dzialajacego w tle i laczy sie z siecia wifi przy uruchamianiu systemu ...
czyli na chwile obecna mam transfery okolo 4,5-6 MB/s (zalezy czy samba czy nfs no i co i jak kopiuje)
ciekawi mnie jaki wplyw na cala systuacje miala zamiana wpad-mini na wpad:
w logach wyglada jakby wbudowanego radius'a uzywal (RADIUS: starting accounting session 4D5FAA38-0000000F) ciekawe czy hostapd robi za radius'a rzeczywiscie by default.
Jak dla mnie wyglada na to ze cala sprawa z 1043nd+openwrt i 5100agn jest zlozona z wielu czynnikow ...
Ja natomiast na chwile obecna jestem na tyle zadowolony z obecnej konfiguracji ze jak miesiac mi bez zwiechy router przezyje to moze kupie nowy zapasowy (albo na bridża) mysle ze za te 160 PLN to nie mozna sie nic lepszego niz wr1043nd spodziewac ;-)
Skompilowalem firmware korzystajac z najnowszych zrodel trunka i niestety problem z deauthenticated due to local deauth request nadal wystepuje (oraz pare innych):
Feb 21 20:32:32 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: deauthenticated due to local deauth request
Feb 21 20:32:38 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: authenticated
Feb 21 20:32:38 LORD daemon.notice hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: did not acknowledge authentication response
Feb 21 20:32:38 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: authenticated
Feb 21 20:32:39 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: associated (aid 2)
Feb 21 20:32:42 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: deauthenticated due to local deauth request
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: authenticated
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: authenticated
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: authenticated
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: associated (aid 2)
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 IEEE 802.11: associated (aid 2)
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 WPA: received EAPOL-Key 2/4 Pairwise with unexpected replay counter
Feb 21 20:34:54 LORD daemon.info hostapd: wlan0: STA 70:1a:04:72:c4:52 WPA: pairwise key handshake completed (RSN)
Feb 21 20:34:58 LORD daemon.info dnsmasq-dhcp[4585]: DHCPREQUEST(br-lan) 192.168.1.16 70:1a:04:72:c4:52
Feb 21 20:34:58 LORD daemon.info dnsmasq-dhcp[4585]: DHCPACK(br-lan) 192.168.1.16 70:1a:04:72:c4:52 kaska-wifi
Feb 21 20:42:01 LORD daemon.info hostapd: wlan0: STA d8:5d:4c:96:b8:f2 WPA: group key handshake completed (RSN)
ath: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020
ath: Could not stop RX, we could be confusing the DMA engine when we start RX upJak juz pisalem kilka postow wczesniej, posiadam karte Realtek'a natomiast siec pracuje w trybie g, wiec prawdopodobnie oslawiony problem nie jest zalezny od kart konkretnego producenta, czy tez wlaczonego trybu n. Niestety nie udalo mi sie skompilowac obrazu z opcja debugowania. Po ustawieniu w menu konfiguracyjnym kompilacji (make menuconfig) opcji debugowania firmware nie zostal utworzony prawdopodbnie dlatego, ze pliki skladowe obrazu rootfs oraz kernel byly za duze, zajmowaly ponad 100 MB. Mozna cos z tym zrobic???
Włączyć debug w ath oraz mac80211.
Podczas kompilacji, czy juz po uruchomieniu firmware na urzadzeniu? Jezeli podcas kompilacji to z poziomu menuconfig (nie widzialem tam takiej opcji) czy moze trzeba recznie edytowac plik .config?
przy kompilacji. jest w kernel/wireless drivers/ath oraz mac80211.
Ha, rzeczywiscie przegapilem te opcje, dzieki Cezary. Zabieram sie za kompilowanie. Odezwe sie gdy cos konkretnego ustale.
Problem prawdopodobnie zostal rozwiazany w jednej z ostatnich edycji trunka oraz backfire'a. Testuje od 2 dni i do tej pory wszystko gra
Tak, dużo poprawek weszło. Chociaż niektórzy nadal je maja w pewnych specyficznych konfiguracjach.
Niestety pochwaliłem dzień przed zachodem słońca. Problem nadal występuje i nie pozostaje nic więcej jak tylko czekać na rozwiązanie. Zauważyłem ostatnio ożywienie w pracach nad openwrt, więc może już niedługo.
Witam wszystkich Forumowiczów,
Nieśmiertelne właśnie mi wzięło i zmartwychwstało...
1034 używam od prawie 2 tyg ze świeżo wgranym gargoylem od Cezarego, do tej pory prawie zapomniałem, że mam router
problem dokładnie taki sam (deauthenticated due to local deauth request), intel 5100, ubuntu 11.04 x68_64
w logu na lapku miałem
Jul 30 00:14:11 mzabik-Vostro-1220 wpa_supplicant[841]: Trying to associate with 74:ea:3a:dc:07:95 (SSID='Zabka' freq=2427 MHz)
Jul 30 00:14:11 mzabik-Vostro-1220 NetworkManager[732]: <info> (wlan0): supplicant connection state: disconnected -> associating
Jul 30 00:14:11 mzabik-Vostro-1220 kernel: [15911.690401] wlan0: authenticate with 74:ea:3a:dc:07:95 (try 1)
Jul 30 00:14:11 mzabik-Vostro-1220 kernel: [15911.692796] wlan0: authenticated
Jul 30 00:14:11 mzabik-Vostro-1220 kernel: [15911.693020] wlan0: associate with 74:ea:3a:dc:07:95 (try 1)
Jul 30 00:14:11 mzabik-Vostro-1220 kernel: [15911.696993] wlan0: RX AssocResp from 74:ea:3a:dc:07:95 (capab=0x431 status=0 aid=1)
Jul 30 00:14:11 mzabik-Vostro-1220 kernel: [15911.697003] wlan0: associated
Jul 30 00:14:11 mzabik-Vostro-1220 wpa_supplicant[841]: Associated with 74:ea:3a:dc:07:95
Jul 30 00:14:11 mzabik-Vostro-1220 NetworkManager[732]: <info> (wlan0): supplicant connection state: associating -> associated
Jul 30 00:14:11 mzabik-Vostro-1220 NetworkManager[732]: <info> (wlan0): supplicant connection state: associated -> 4-way handshake
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.701444] wlan0: deauthenticated from 74:ea:3a:dc:07:95 (Reason: 2)
Jul 30 00:14:14 mzabik-Vostro-1220 wpa_supplicant[841]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Jul 30 00:14:14 mzabik-Vostro-1220 wpa_supplicant[841]: CTRL-EVENT-DISCONNECTED bssid=74:ea:3a:dc:07:95 reason=0
Jul 30 00:14:14 mzabik-Vostro-1220 NetworkManager[732]: <info> (wlan0): supplicant connection state: 4-way handshake -> disconnected
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.740408] cfg80211: All devices are disconnected, going to restore regulatory settings
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.740420] cfg80211: Restoring regulatory settings
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.740456] cfg80211: Calling CRDA to update world regulatory domain
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749057] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749073] cfg80211: World regulatory domain updated:
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749078] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749086] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749094] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749101] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749108] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jul 30 00:14:14 mzabik-Vostro-1220 kernel: [15914.749115] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jul 30 00:14:14 mzabik-Vostro-1220 NetworkManager[732]: <info> (wlan0): supplicant connection state: disconnected -> scanningpowtarzające się przy każdej próbie połączenia
Co bardzo dziwne, pomogło (ciekawe na jak długo) ifconfig down/up na lapku...
Ktoś ma pomysł skąd to się może brać?
WPA: 4-Way Handshake failed - pre-shared key may be incorrect
Hm, tak jak byś miał zakłócenia i nie to co trzeba leciał do routera. Lub ktoś próbuje swoich sił w łamaniu hasła.
Co do zakłóceń to mało prawdopodobne, pierwsze co zrobiłem, to siadłem 2 m od routera i nic to nie dało, dodam też, że żadna obca sieć nie nadaje na tym samym kanale, mam po 2 kan. luzu w każdą stronę.
Jak sprawdzić, czy ktoś łamie hasło? Czy openwrt zapisuje gdzieś np. listę mac podających błędne?
Nie, bo przecież nie następuje połączenie do routera.
w sumie racja... zastanawiałem się czy nie zostaje gdzieś ślad po nieudanej próbie połączenia.
pozostaje mi obserwować, co będzie się działo dalej, natomiast zagadką jest dla mnie czemu pomogło ręczne przeładowanie sieci w lapku przez ifconfig...
A czasami w laptopie nie masz oszczędzania energii czy coś takiego?
to może być to Cezary. Miałem parę przypadków, że jeśli laptop jest na baterii to radio
primo; ma radykalnie słabszy zasięg i osiągi
secundo: stabilność linka jest bardzo marna
Panaceum na to było zasilenie laptopa z prądu. Problem jak ręką odjął.
Strony Poprzednia 1 2 3 4 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → wr1043nd - niesmiertelne "deauthenticated due to local deauth request"
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc