Mam problem z routerem ac3200 zrywa połaczenie z sieci 2.4ghz na urzadzeniach mobilnych. fw oryginalny asusa. zmiana na inny fw nie pomaga tak samo wgranie softu merlina. na urzadzeniach mobilnych wyswietla brak połączenia.
Asus RT-AC3200 Tomato shibby 140 Wouxun KG-UVD1P w celu nas?uchu wiecie czego
Hej!
U mnie to samo, wywala wszytko 2,4GHz i 5GHz, cudowałem już najprzeróżniejszych metod tj.
- wgranie starego oryginalnego firmware, czyszczenie NVRAM, odpięcie na 5 min. - zrywa
- wgranie starego oryginalnego firmware, czyszczenie NVRAM, uaktualnienie do najnowszego - odpięcie na 5 min. - zrywa
- wgranie starego Merlin firmware, czyszczenie NVRAM, odpięcie na 5 min. - zrywa
- wgranie starego Merlin firmware, czyszczenie NVRAM, odpięcie na 5 min. - zrywa
- wgranie starego oryginalnego firmware, poprzez ASUS Firmware Restoration, czyszczenie NVRAM, odpięcie na 5 min. - zrywa
- wgranie starego Merlin firmware, poprzez ASUS Firmware Restoration, czyszczenie NVRAM, odpięcie na 5 min. - zrywa
Teraz uwaga, w każdym z przypadków, gdy zmienię jakąkolwiek pierdołę w ustawieniach WiFi,
to rdzenie procesora zaczynają na zmianę skakać do 100%,
a Wifi jakby fizycznie się wyłączyła, nie widzę w eterze moich sieci, żadne urządzenie w domu nie jest podłączone do WiFi.
W każdym z przypadków jest takie coś, że jak z WebGui zrobię restart, to widzę, że restartuje,
ale faktycznie uptime routera leci dalej, jakby restartu nie było. Poniżej log
Nov 4 09:54:31 rc_service: ntp 384:notify_rc restart_diskmon
Nov 4 09:54:31 disk_monitor: Finish
Nov 4 09:54:31 kernel: Init chrdev /dev/detector with major 190
Nov 4 09:54:31 kernel: tdts: tcp_conn_max = 8000
Nov 4 09:54:31 kernel: tdts: tcp_conn_timeout = 300 sec
Nov 4 09:54:31 dnsmasq-dhcp[299]: DHCPDISCOVER(br0) 7c:49:..............
Nov 4 09:54:31 dnsmasq-dhcp[299]: DHCPOFFER(br0) 192.168.1.16 7c:49:..............
Nov 4 09:54:32 dnsmasq-dhcp[299]: DHCPREQUEST(br0) 192.168.1.16 7c:49:..............
Nov 4 09:54:32 dnsmasq-dhcp[299]: DHCPACK(br0) 192.168.1.16 7c:49:..............
Nov 4 09:54:32 disk_monitor: be idle
Nov 4 09:54:47 kernel: SHN Release Version: 2.0.1 3529123_patch
Nov 4 09:54:47 kernel: UDB Core Version: 0.2.14 r3529123
Nov 4 09:54:47 kernel: Init chrdev /dev/idpfw with major 191
Nov 4 09:54:47 kernel: IDPfw: IDPfw is ready
Nov 4 09:54:47 kernel: sizeof forward pkt param = 192
Nov 4 09:54:51 rc_service: udhcpc 366:notify_rc start_firewall
Nov 4 09:54:51 dhcp_client: bound XX.XX.XX.XX via XX.XX.XX.XX during 3600 seconds.
Nov 4 09:54:52 watchdog: start ddns.
Nov 4 09:54:52 rc_service: watchdog 313:notify_rc restart_ddns
Nov 4 09:54:52 rc_service: waitting "start_firewall" via ...
Nov 4 09:54:52 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Nov 4 09:54:53 start_ddns: update WWW.ASUS.COM dyndns, wan_unit 0
Nov 4 09:54:53 ddns_update: ez-ipupdate: starting...
Nov 4 09:54:53 ddns_update: connected to nwsrv-ns1.asus.com (52.250.42.40) on port 80.
Nov 4 09:54:54 ddns_update: Asus update entry:: return: HTTP/1.1 200 OK^M Date: Wed, 04 Nov 2020 08:54:53 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Nov 4 09:54:54 ddns_update: retval= 0, ddns_return_code (,200)
Nov 4 09:54:54 ddns_update: asusddns_update: 0
Nov 4 09:54:54 ddns: ddns update ok
Nov 4 09:55:00 dnsmasq-dhcp[299]: DHCPDISCOVER(br0) 192.168.1.4 24:5e:........
Nov 4 09:55:00 dnsmasq-dhcp[299]: DHCPOFFER(br0) 192.168.1.4 24:5e:........
Nov 4 09:55:00 dnsmasq-dhcp[299]: DHCPREQUEST(br0) 192.168.1.4 24:5e:........
Nov 4 09:55:00 dnsmasq-dhcp[299]: DHCPACK(br0) 192.168.1.4 24:5e:........
Nov 4 09:55:04 crond[306]: time disparity of 1957494 minutes detected
Nov 4 10:00:32 disk_monitor: Got SIGALRM...
Nov 4 10:02:27 rc_service: httpds 309:notify_rc restart_wireless
Nov 4 10:02:28 kernel: br0: port 2(eth2) entering forwarding state
Nov 4 10:02:28 kernel: device eth2 left promiscuous mode
Nov 4 10:02:28 kernel: br0: port 2(eth2) entering disabled state
Nov 4 10:02:28 kernel: br0: port 3(eth1) entering forwarding state
Nov 4 10:02:28 kernel: device eth1 left promiscuous mode
Nov 4 10:02:28 kernel: br0: port 3(eth1) entering disabled state
Nov 4 10:02:28 kernel: br0: port 4(eth3) entering forwarding state
Nov 4 10:02:28 kernel: device eth3 left promiscuous mode
Nov 4 10:02:28 kernel: br0: port 4(eth3) entering disabled state
Nov 4 10:02:28 kernel: br0: port 5(wl0.1) entering forwarding state
Nov 4 10:02:28 kernel: device wl0.1 left promiscuous mode
Nov 4 10:02:28 kernel: br0: port 5(wl0.1) entering disabled state
Nov 4 10:02:30 kernel: device eth2 entered promiscuous mode
Nov 4 10:02:30 kernel: br0: port 2(eth2) entering listening state
Nov 4 10:02:30 kernel: br0: port 2(eth2) entering listening state
Nov 4 10:02:30 kernel: device eth1 entered promiscuous mode
Nov 4 10:02:30 kernel: br0: port 3(eth1) entering listening state
Nov 4 10:02:30 kernel: br0: port 3(eth1) entering listening state
Nov 4 10:02:30 kernel: device eth3 entered promiscuous mode
Nov 4 10:02:30 kernel: br0: port 4(eth3) entering listening state
Nov 4 10:02:30 kernel: br0: port 4(eth3) entering listening state
Nov 4 10:02:30 kernel: device wl0.1 entered promiscuous mode
Nov 4 10:02:30 kernel: br0: port 5(wl0.1) entering listening state
Nov 4 10:02:30 kernel: br0: port 5(wl0.1) entering listening state
Nov 4 10:02:45 kernel: br0: port 2(eth2) entering learning state
Nov 4 10:02:45 kernel: br0: port 3(eth1) entering learning state
Nov 4 10:02:45 kernel: br0: port 4(eth3) entering learning state
Nov 4 10:02:45 kernel: br0: port 5(wl0.1) entering learning state
Nov 4 10:03:00 kernel: br0: topology change detected, sending tcn bpdu
Nov 4 10:03:00 kernel: br0: port 2(eth2) entering forwarding state
Nov 4 10:03:00 kernel: br0: topology change detected, sending tcn bpdu
Nov 4 10:03:00 kernel: br0: port 3(eth1) entering forwarding state
Nov 4 10:03:00 kernel: br0: topology change detected, sending tcn bpdu
Nov 4 10:03:00 kernel: br0: port 4(eth3) entering forwarding state
Nov 4 10:03:00 kernel: br0: topology change detected, sending tcn bpdu
Nov 4 10:03:00 kernel: br0: port 5(wl0.1) entering forwarding state
Nov 4 10:06:20 rc_service: httpds 309:notify_rc reboot
Nov 4 10:06:20 rc_service: waitting "restart_wireless" via httpds ...
Nov 4 10:06:35 rc_service: skip the event: reboot.
Nov 4 10:09:05 dnsmasq-dhcp[299]: DHCPREQUEST(br0) 192.168.1.27 52:54:........
Nov 4 10:09:05 dnsmasq-dhcp[299]: DHCPACK(br0) 192.168.1.27 52:54:........
Nie wiem co jeszcze wymyśle, czy tego przyczyną tego wszystkiego może być zasilacz? Choć kłóci mi się to z logiem, albo nie ma związku.
Nie wiem, zgłupiałem:)
Połączony z 04 listopada 2020 11:26:09:
Zapomniałem dopisać:
- po kablu wszystko działa bez zająknięcia
- wszystko wraca do normy gdy router odłączę i podłączę do prądu
Edytowany przez SaarSatariel dnia 04-11-2020 11:26
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
