Odp: wr1043nd - niesmiertelne "deauthenticated due to local deauth request"
No właśnie zaczęła się cała akcja na zasilaniu z gniazdka... Jak potem podlazłem do routera to już bez kabelka ale to chyba nieistotne?
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ź
No właśnie zaczęła się cała akcja na zasilaniu z gniazdka... Jak potem podlazłem do routera to już bez kabelka ale to chyba nieistotne?
Podbijam temat bo mam podobny problem, przejrzałem wiele strona ale nie znalazłem rozwiązania.
Posiadam: wr1043nd v2 + Gargoyle:1.6.2.2 (r42647)
Problem mam z drukarką, która po wgraniu Gargoyle nie łączy się z routerem po WiFi a w logach pojawia się komunikat:
Dec 8 19:26:20 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: associated (aid 5)
Dec 8 19:26:28 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: deauthenticated due to local deauth request
Dec 8 19:26:36 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: authenticated
Dec 8 19:26:36 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: associated (aid 5)
Dec 8 19:26:44 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: deauthenticated due to local deauth request
Dec 8 19:26:53 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: authenticated
Dec 8 19:26:53 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: associated (aid 5)
Dec 8 19:27:01 msagate daemon.info hostapd: wlan0: STA c0:18:85:99:0a:83 IEEE 802.11: deauthenticated due to local deauth requestPrzetestowałem różne konfiguracje i jedyna konfiguracja, w która mi działa drukarka to ustawienie radia w G+B, wtedy drukarka łączy się bez problemu z routerem.
Problem zaczyna występować po przełączeniu na N+G+B. Przy czym kluczowe jest dla mnie aby WiFi działało w trybie N (dlatego wymieniłem leciwego wrt54gl na wr1043v2).
Co najdziwniejsze jest, że na stockowym firmware na routerze ten problem nie występował i drukarka łączyła się bez problemu.
Drukarka to HP LaserJet P1102w.
Może ktoś podpowie co można zmienić w ustawieniach routera aby zwalczyć problem.
Nic nie możesz. Kwestia sterowników, a niektóry klienci powodują właśnie takie cuda. BB sobie zainstaluj i zobacz jak się będzie zachowywać.
Takiej odpowiedzi właśnie się obawiałem. Popróbuje z innym softem i dam znać czy zwalczyłem problem.
Nic nie możesz. Kwestia sterowników, a niektóry klienci powodują właśnie takie cuda. BB sobie zainstaluj i zobacz jak się będzie zachowywać.
Przy okazji zapytam, czy aby przejść z Gargoyle na BB z Luci, muszę przechodzić przez stocka -> factory -> sysupgrade, czy mogę jakoś to skrócić i wgrać np od razu sysupgrade od BB z Luci na Gargoyle?
Od razu sysupgrade, byle byś konfiguracji nie zachowywał.
Zainstalowałem Luci na BB: OpenWrt Barrier Breaker 14.07 / LuCI 0.12 Branch (0.12+git-14.328.38210-ea67bd1)
Drukarka działa jeżeli wymusi się szyfrowanie TKIP:
config wifi-device 'radio0'
option type 'mac80211'
option hwmode '11g'
option path 'platform/qca955x_wmac'
option country 'PL'
option txpower '20'
option channel '3'
option htmode 'HT40'
config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'xxx'
option key 'xxx'
option network 'lan'
option encryption 'psk2+tkip'ale w tym trybie transfer na wifi osiągam ok. 20 Mb/s, czyli działa tak jakby na g
Po przełączeniu na szyfrowanie na tryb auto lub AES transfer na wifi to 40Mb/s, ale w przy tym szyfrowaniu nie działa drukarka.
Na gargoyle na AA transfery na wifi osiągały 80Mb/s
Nic nie możesz. Kwestia sterowników, a niektóry klienci powodują właśnie takie cuda. BB sobie zainstaluj i zobacz jak się będzie zachowywać.
Ja sprawdziłem u siebie Gargoyle w wersjach 1.6.0.5, 1.6.1.2, 1.6.1.5 oraz 1.6.2.2. Problem "rozłączania" klientów występuje nagminnie w wersji 1.6.2.2, wersje 1.6.1.x zachowują się w miarę poprawnie (nie rozłączają w ogóle albo bardzo rzadko).
Mam WDR3600 i klientów w postaci laptopa Dell Win8.1, Android 4.1, 4.2 oraz 4.4. Problem głównie występował przy klientach 2.4GHz, radio 5GHz jest stabilniejsze. Restart połączenia u klienta nic nie dawał, dopiero restart wifi w routerze powodował usunięcie problemu (na jakiś czas).
Obecnie siedze na 1.6.1.5, jest dobrze, i czekam na Gargoyle BB ![]()
U mnie nie ma problemu z rozłączaniem urządzeń, ale mam jedno urządzenie (HP P1102w), które nie chce się połączyć:
- na Gargoyle 1.6.2.2 łączy się tylko przy standardzie radia "g", na radiu n+g+b mam ten wpis w logach "deauthenticated due ..."
- na luci na BB łączy się tylko przy szyfrowaniu ustawionym na TKIP, hwmode='11g', htmode='ht40' - ale przy taki ustawianiach transfery na wifi osiągam jak na standardzie "g" - 20 Mb/s,
Na luci przy szyfrowaniu 'psk2' nie łączy się i pojawia się standardowy wpis w logu "deauthenticated due ..."
Nie mam pomysłu co mogę zrobić dalej, a nie chciałbym wracać do stockowego oprogramowania.
Zmienić drukarkę ![]()
Chyba szybciej router ![]()
Sprawdź wersję 1.6.1.5 lub nawet zejdź do 1.6.0.5, powinno się poprawić z wifi.
Na razie problem obsłużyłem konfigurując przycisk na routerze to zmiany standardu radia z g na n i odwrotnie
Na razie pozwala mi to funkcjonować.
Proszę o info, czy w ogóle OpenWrt obsługuje mixed mode g+n, bo mi się nie udało uzyskać takiej konfiguracji aby w inSSIDer było pokazane g i n jednocześnie przy moim Wifi.
Moje konfiguracje pokazują inSSIDer albo n albo g rozłącznie, może w tym jest problem.
Zawsze to jest g+n.
Cześć
mam to samo na tl-wdr4300 rozłączanie co kilkanaście minut
czytając ten wątek zmieniłem szyfrowanie na TKIP i zmieniłem kanał i na razie jest OK.
Firmware BB+LuCi z 13 grudnia
Cześć
mam to samo na tl-wdr4300 rozłączanie co kilkanaście minut
czytając ten wątek zmieniłem szyfrowanie na TKIP i zmieniłem kanał i na razie jest OK.
Firmware BB+LuCi z 13 grudnia
Jakie transfery osiągasz na wifi przy szyfrowaniu TKIP? Wifi ci działa w trybie g czy n?
Dla kronikarskiej poprawność, może komuś się przyda:
Problem z drukarką wifi u mnie zniknął po podniesieniu do OpenWrt Chaos Calmer 15.05 / LuCI (git-15.230.57210-22f687d).
Teraz drukarka łączy się bez problemu w trybie "n" i transfery wifi są również zachowane.
To i ja się podłączę pod temat... wgrane najnowsze Gargoyle (gargoyle-1.9.2.2-ar71xx-tl-wr1043nd-v1-squashfs-sysupgrade.bin) i również spontaniczne zawiechy wifi. Akurat rano udało mi się pobrać log:
Mon Mar 6 08:55:23 2017 daemon.info hostapd: wlan0: STA d0:27:00:xx:xx:xx WPA: group key handshake completed (WPA)
Mon Mar 6 08:55:23 2017 daemon.info hostapd: wlan0: STA 14:cc:20:xx:xx:xx WPA: group key handshake completed (WPA)
Mon Mar 6 08:55:23 2017 daemon.info hostapd: wlan0: STA a0:91:69:xx:xx:xx WPA: group key handshake completed (WPA)
Mon Mar 6 09:05:31 2017 daemon.info hostapd: wlan0: STA a0:91:69:xx:xx:xx IEEE 802.11: deauthenticated due to local deauth request
Mon Mar 6 09:05:31 2017 daemon.info hostapd: wlan0: STA d0:27:00:xx:xx:xx IEEE 802.11: deauthenticated due to local deauth request
Mon Mar 6 09:05:31 2017 daemon.info hostapd: wlan0: STA 14:cc:20:xx:xx:xx IEEE 802.11: deauthenticated due to local deauth request
Na poprzedniej wersji softu (1.9.1.2) było podobnie, myślałem że zmiana na najnowszą wersję coś pomoże, a jednak znów problem. Czy macie jakieś rady ?
v1 ma takie problemy z WiFi i nie ma chyba uniwersalnego rozwiązania. Kiedyś ktoś napisał, że głównie problematyczna jest wersja sprzętowa 1.8 i nawet zasugerował, że może to być wada fabryczna.
Ja mam właśnie 1.8 i u mnie zaniki WiFi zdarzały się na porządku dziennym. Teraz mam v4 i póki co wszystko działa idealnie.
Ale to kwestia "starzenia" sprzętu ? Mam go od lat, nigdy nie było tego typu problemów, z resztą na poprzedniej wersji Gargoyla działał bez zarzutu (do 1.8.x ?), zawieszanie pojawiło się chyba od momentu przejścia na CC (o ile dobrze kojarzę).
Czy to kwestia urządzeń dopinanych po sieci wifi że coś psują ?
Krótko nie wiem.
Nigdy nie znaleziono prawdziwej przyczyny występowania tych problemów z rozłączającym się WiFi na WR1043NDv1. Było natomiast mnóstwo obejść, które u jednej osoby pomagały, u innej już nie. Kilkanaście wersji patchy i ogólnie długa lista dyskusji pod wątkiem z bugiem, a raczej bugami po zgłoszeń o podobnej treści było kilka a wszystkie dotyczyły tego samego, rozłączającego lub zanikającego WiFi.
Starzenia sprzętu? Nie sądzę, inni użytkownicy na nowych egzemplarzach wymienianych przez TP-Linka mieli problemy. W moim przypadku problem występował nawet na oryginalnym oprogramowaniu co skutkowało kompletnym zawieszenie routera. Ponieważ sprzęt dostałem za darmo to nie narzekałem, wymienić go też nie mogłem, bo paragonu nie miałem.
Tak jak mówiłem wcześniej ktoś zasugerował, że v1.8 posiada wadę fabryczną, nie wiem czy to prawda to nie wiem, bo nikt nigdy tej hipotezy nie potwierdził.
Jeżeli wcześniejsza wersja u Ciebie działała bez problemu, bo jej nadal używaj. U mnie problem występował od AA do CC.
Ten problem nie jest specyficzny dla TL-WR1043NDv1, to jakaś bzdura.
ja mialem problem u znajomego z tym - mial wersje 1.6 ale wlasnie TR-WR1043NDv1 - sieciowke nie pamietam jaka mial musialbym sprawdzic przy okazji jak to by bylo istotne
w kazdym badz razie wgranie nowego OpenWRT (wgrywalem 2x- co parenascie miesiecy) nie pomoglo ani zadne protezy
zmiana na model 3600 - i spokoj juz rok
, wczesniej rozlaczalo mu internet tak, ze byl gotowy kupic nowe urzadzenie
Ten problem nie jest specyficzny dla TL-WR1043NDv1, to jakaś bzdura.
Faktycznie nie jest ale jest chyba najbardziej widoczny na tym modelu. Czytałem sporo różnych wątków na forach oraz ticketów pod różnymi zgłoszeniami buga. Nigdy przyczyna tego problemu nie została zidentyfikowana i naprawiona. Masa domysłów i obejść, które jednym działały, innym nie.
Osobiście uważam, że WR1043NDv1 to loteria i wersję 1.8 radzę unikać.
Kurde to ja jakiś szczęśliwiec jestem:) 1043nd v1.8 działał mi wyśmienicie na BB, na CC i teraz działa na LEDE, zero problemów.
Podobnie jak i 1043nd v4 trzy sztuki na LEDE i też zero problemów.
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