its on asus rt ac5300, yesterday i check i were worried because i couldnt enter but at the end i got enter and back i had a backup settings i think works also with merlin so maybe reseting and installing the backup should works.
its on asus rt ac5300, yesterday i check i were worried because i couldnt enter but at the end i got enter and back i had a backup settings i think works also with merlin so maybe reseting and installing the backup should works.
If I understand you right, you're planning to read in a backup from a different firmware?
If so I think you're asking for trouble. Asus backup files should only be used if you are going back to the same firmware you had when you did the backup, and not be read in on a different firmware. You might get lucky, but I believe it smells like trouble if you do so...
If you're having trouble, reset with initialize and manually configure your router from scratch. Or go back to your old firmware and read in your backup!
@RMerlin: updated AC-86U to .17 from .16... reporting on the OpenVPN.
Server went up as expected after router's update, and mobile clients were able to connect without any problems. No re-boot required, 30 hours up!
Excellent work as usual, Thank you.
The situation is that the current Merlin FW does not incorporate any ASUS FWs prior to 384.81792, so if a router that had 384.81792 or newer is flashed with Merlin 384.17, then a full reset is required before flashing.
The situation is that the current Merlin FW does not incorporate any ASUS FWs prior to 384.81792, so if a router that had 384.81792 or newer is flashed with Merlin 384.17, then a full reset is required before flashing.
I did it just few days back with no reset. From Asus 384_81792 to Merlin 384.17 and back to Asus 384_81792 on RT-AC86U. All settings stay intact. The only new thing I found in 384_81792 is fixed SmartConnect channels. Merlin doesn't have it and I didn't touch it. I wanted to find if new Asus stock encrypts the user pass. It doesn't.
On my RT-AX88U (aarch64) FW-384.17, I have these errors when using "dmesg". Is something that I should worry about ?
Code:
CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
This is a rather interesting potential issue. Is there something that can be done to limit the database size? I suppose there is no way to control size, but maybe a script could run in the background that automatically deletes the database when it reaches a user defined size? It doesn't sound like a great solution, but I'd prefer it to loosing all my DHCP-based manual IP address and port forwarding assignments.
The database already has a 30 MB limit in place, as you can see there - it will periodically get trimmed down to 30 MB. The issue is that sometimes, there will also be a journal generated, and this is separate.
The database already has a 30 MB limit in place, as you can see there - it will periodically get trimmed down to 30 MB. The issue is that sometimes, there will also be a journal generated, and this is separate.
It's a temporary file used by sqlite during database events. I guess it's possible there wasn't enough space for the journal to be created, preventing the database from getting updated.
There seems to be an issue with DNS-over-TLS and VPN Clients. Neither of my two clients would connect unless I turned DOT off. This has not been an issue before, and no other settings were changed. Both clients are set to "exclusive" DNS, FWIW.
EDIT--->The router itself is running two commercial VPN services. Sorry for confusion.
There seems to be an issue with DNS-over-TLS and VPN Clients. Neither of my two clients would connect unless I turned DOT off. This has not been an issue before, and no other settings were changed. Both clients are set to "exclusive" DNS, FWIW.
I'm happy to report that for the first time in many releases my USB modem (E3372) now recovers from a reboot without the need for the router (AC86U) to be power cycled.
There seems to be an issue with DNS-over-TLS and VPN Clients. Neither of my two clients would connect unless I turned DOT off. This has not been an issue before, and no other settings were changed. Both clients are set to "exclusive" DNS, FWIW.
EDIT--->The router itself is running two commercial VPN services. Sorry for confusion.
Have the DNS server IPs recently changed?......I found that HMA's 'Exclusive=YES' DNSsuddenly stopped working and they advised overriding them with OpenDNS servers.
You can obfuscate your VPN Clients' DNS requests from your WAN ISP, VPN ISP and pre-empt MITM snooping if you retain WAN DoT and disable VPN Client 'Exclusive=YES'