before and after@Indi
Did you ever do a setup with a factory reset after flashing beta2?
Please add a signature with you router model
Apr 10 15:07:55 kernel: potentially unexpected fatal signal 11.
Apr 10 15:07:55 kernel: CPU: 2 PID: 8737 Comm: httpds Tainted: P O 4.1.52 #2
Apr 10 15:07:55 kernel: Hardware name: Broadcom-v8A (DT)
Apr 10 15:07:55 kernel: task: ffffffc02d095540 ti: ffffffc023710000 task.ti: ffffffc023710000
Apr 10 15:07:55 kernel: PC is at 0x4d4c0
Apr 10 15:07:55 kernel: LR is at 0x4d484
Apr 10 15:07:55 kernel: pc : [<000000000004d4c0>] lr : [<000000000004d484>] pstate: 80010010
Apr 10 15:07:55 kernel: sp : 00000000ff9f8e10
Apr 10 15:07:55 kernel: x12: 00000000000c42c0
Apr 10 15:07:55 kernel: x11: 0000000000000001 x10: 00000000ff9f907b
Apr 10 15:07:55 kernel: x9 : 000000000074f168 x8 : 0000000000000000
Apr 10 15:07:55 kernel: x7 : 00000000ff9f8f34 x6 : 00000000ff9f907e
Apr 10 15:07:55 kernel: x5 : 00000000f721eab8 x4 : 0000000000000000
Apr 10 15:07:55 kernel: x3 : 00000000000a0fe6 x2 : 00000000e1fbec00
Apr 10 15:07:55 kernel: x1 : 00000000000006b1 x0 : 0000000000000000
Apr 10 15:08:13 watchdog: restart httpd
Apr 10 15:08:13 rc_service: watchdog 1721:notify_rc stop_httpd
Apr 10 15:08:14 rc_service: watchdog 1721:notify_rc start_httpd
Apr 10 15:08:14 RT-AX86U: start https:8443
Apr 10 15:08:14 RT-AX86U: start httpd:80
Apr 10 15:08:14 httpd: Succeed to init SSL certificate...8443
Apr 10 15:08:14 httpd: Succeed to init SSL certificate...80
What "reverse proxy"?It can be reproduced with using the reverse proxy, and clicking through the UI randomly. It can take minutes befor it happens. When the crash has occured the following is logged:
I use the Synology DSM7 to configure it, but underneath it's nginx I believe.What "reverse proxy"?
Looked over the logs, gotta admit they looked similar to mine. Noticed that the 2.4Ghz and 5Ghz are bouncing around channels and bandwidth 80/160 before things start to go south between one MAC and the router just before the reboot.Just my observations.......may just be my unit but........
Previously had to use Asus beta FW for a stable router.
Lately the Official release 388.22525 has been the most stable release to date for me.
Every other release lost wan/lan even Merlins.
Just tried 388.2 beta2 and it crashes wan/lan like all previous problem FW's for me and also had a problem giving out IP's.
The wifi5ghz seemed weak as my TV couldn't see it,reverted back to 22525 and it connects np.
22237 was a crasher for me but 22525 is stable
syslogs attached are from stable to 388.2beta2 back to stable
Why?I use the Synology DSM7 to configure it, but underneath it's nginx I believe.
Network Map issue. Is present in the Asus firmware, too.Not sure what to call this but its not accurate. I have an NAS connected via lan port aggregation/trunking. In other words wired. The router reports it connected wirelessly although there's no wireless stats. See pix.
View attachment 49208
My ax86u router is correctly reporting my port-aggregated qnap connection as wired.Network Map issue. Is present in the Asus firmware, too.
I'm just reporting this as something I noticed. I can easily work around this issue but in one of the alpha threads I saw someone having the same issue. I have been doing this to put several devices in the same domain without the browser saying it is insecure or I need to use ports like 8443. Maybe it helps if you publish the final release and you get more of these reports. Can't imagine that I'm the only one doing this, but maybe I do. Let's move on to the more important stuffWhy?
Running on beta2 from not long after it was published. Networking seems to be stable. Still had the UI crashing but found out that when I removed a reverse proxy in front of it, the issues where gone. The reverse proxy was running on a synology nas which was pointing to https://<ip>:8443 of the router. The router does also have its own dns name with a Let's Encrypt cert and DDNS. Maybe something was interfering with each other. Never had this issue before 388.2_x.
It can be reproduced with using the reverse proxy, and clicking through the UI randomly. It can take minutes befor it happens. When the crash has occured the following is logged:
Code:Apr 10 15:07:55 kernel: potentially unexpected fatal signal 11. Apr 10 15:07:55 kernel: CPU: 2 PID: 8737 Comm: httpds Tainted: P O 4.1.52 #2 Apr 10 15:07:55 kernel: Hardware name: Broadcom-v8A (DT) Apr 10 15:07:55 kernel: task: ffffffc02d095540 ti: ffffffc023710000 task.ti: ffffffc023710000 Apr 10 15:07:55 kernel: PC is at 0x4d4c0 Apr 10 15:07:55 kernel: LR is at 0x4d484 Apr 10 15:07:55 kernel: pc : [<000000000004d4c0>] lr : [<000000000004d484>] pstate: 80010010 Apr 10 15:07:55 kernel: sp : 00000000ff9f8e10 Apr 10 15:07:55 kernel: x12: 00000000000c42c0 Apr 10 15:07:55 kernel: x11: 0000000000000001 x10: 00000000ff9f907b Apr 10 15:07:55 kernel: x9 : 000000000074f168 x8 : 0000000000000000 Apr 10 15:07:55 kernel: x7 : 00000000ff9f8f34 x6 : 00000000ff9f907e Apr 10 15:07:55 kernel: x5 : 00000000f721eab8 x4 : 0000000000000000 Apr 10 15:07:55 kernel: x3 : 00000000000a0fe6 x2 : 00000000e1fbec00 Apr 10 15:07:55 kernel: x1 : 00000000000006b1 x0 : 0000000000000000 Apr 10 15:08:13 watchdog: restart httpd Apr 10 15:08:13 rc_service: watchdog 1721:notify_rc stop_httpd Apr 10 15:08:14 rc_service: watchdog 1721:notify_rc start_httpd Apr 10 15:08:14 RT-AX86U: start https:8443 Apr 10 15:08:14 RT-AX86U: start httpd:80 Apr 10 15:08:14 httpd: Succeed to init SSL certificate...8443 Apr 10 15:08:14 httpd: Succeed to init SSL certificate...80
Thanks for your concern, but these urls/dns names are for internal use only.I always avoid using my NAS to run other network services as it only increases the risk for NAS vulnerabilities and the valuable data stored on it. It’s best kept really locked down via its own firewall rules (internal IPs only) with minimal services to reduce the attack surface. There has been many vulnerabilities found on them in the last 1-2 years.
Just my observations.......may just be my unit but........
Previously had to use Asus beta FW for a stable router.
Lately the Official release 388.22525 has been the most stable release to date for me.
Every other release lost wan/lan even Merlins.
Just tried 388.2 beta2 and it crashes wan/lan like all previous problem FW's for me and also had a problem giving out IP's.
The wifi5ghz seemed weak as my TV couldn't see it,reverted back to 22525 and it connects np.
22237 was a crasher for me but 22525 is stable
syslogs attached are from stable to 388.2beta2 back to stable
You log will tell you what the problem is.I updated my ax86u to beta 2 and my torguard vpn stopped working. It's making a connection but it says public ip is unknown. Has anyone else experienced this vpn issue?
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!