Per an earlier post one page back in response to someone else having trouble updating.I tried to install 386.11 on AC86U but everytime after the reboot the version is still the same and nothing is changing, any idea?
Same here on an AC68U. Tried a few times. Not using USB on it. Not using VPN either. Its happy on 386.10 with two 68u mesh nodes also running 386.10 so ill probably just stay there.I tried to install 386.11 on AC86U but everytime after the reboot the version is still the same and nothing is changing, any idea?
After going from 386.10_a1 to 386.11, I'm getting the following new entries in the log file:
Code:May 14 19:34:58 kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x1 May 14 19:34:58 kernel: bcm63xx_nand ff801800.nand: intfc status f80000e0 May 14 19:41:12 kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x4 May 14 19:41:12 kernel: bcm63xx_nand ff801800.nand: intfc status c80000e0
Seems that this may be related to USB devices, of which I have several connected to the router.
Zero wifi changes between 386.10 and 386.11. Changes are mostly related to OpenVPN.Downgrading to 386.10 fixed all problems.
$ git log --oneline 386.10..386.11
4bd516ba63 (HEAD -> 386_x, tag: 386.11, origin/386_x) Bumped revision to 386.11 final
0110c092ee Updated documentation
d70162f6f5 Updated documentation
3594bcd8a8 dnsmasq: Fix possible SEGV when no servers defined.
cbe51d77bc httpd: backport from upstream
59b2c6fea3 rom: Clear a few legacy variables for OpenVPN clients 3/4/5 that may still be present
c011310d25 openvpn: updated to 2.6.3
a5d87460eb Updated documentation
971947b898 rom: added OpenVPN client 3/4/5 settings removal script
dcac01bf74 rc: only refresh DDNS on bound6()/deconfig6() events if IPv6 DDNS updates are enabled
54c1516cba httpd: webui: display all client IPv6 addresses on Wireless Log
e27f64de30 curl: updated to 8.0.1
c6ca2ac912 openvpn: updated to 2.6.2
e0b9f53c72 openvpn: updated to 2.6.1
177500f72c Updated documentation
400184649e Merge branch 'ovpnlimit' into 386_x
957e0089de (ovpnlimit) Reduce max OpenVPN client to 2 for RT-AC68U and DSL-AC68U
62d39e1a52 tools: synced copy-prebuilt from master with 386_x branch
0c9c1c7102 wlcevent: move to model-specific, added missing models
727f4bcd5f Bumped revision to 386.11 alpha 1
674071fc9f Bumped revision to 386.11 alpha 1
Did you enable SSH in the router?dirty flash working fine
now only 2 VPN available
everything fine so far.
I tried to clean memory with ssh, no sucess
thxs Merlin
- CHANGED: Reduce max OpenVPN clients to 2 for RT-AC68U and
DSL-AC68U due to lack of NVRAM on these two
models. Note that existing settings are not
automatically removed, you must run the following
command over SSH to remove them from nvram and
the /jffs/openvpn/ directory:
clear_vpnclients.sh
A backup will be saved in /jffs/openvpn_backup.tgz.
What GPL is this version based on?
Only once, unless you flash back to an older version at some point. What the script does is remove the nvram settings from the removed clients. I made it a manual step in case someone flashes this release, was using clients 3-5, then realizes he should have read the bloody changelog before flashing it and wants to downgrade back, without having lost his previous configuration.Maybe a silly question, but is this a 'just once' thing?
May 16 17:47:37 ntpd: Initial clock set
May 16 17:47:37 rc_service: ntpd_synced 1606:notify_rc restart_diskmon
May 16 17:47:37 disk_monitor: Finish
May 16 17:47:37 ddns: update WWW.DNSOMATIC.COM default@dnsomatic.com, wan_unit 0
May 16 17:47:37 disk_monitor: be idle
May 16 17:47:37 ddns: Clear ddns cache.
May 16 17:47:37 ddns: Start Inadyn(10).
May 16 17:48:03 crond[1132]: time disparity of 2645982 minutes detected
May 17 17:46:53 rc_service: service 26608:notify_rc restart_firewall
May 18 17:46:54 rc_service: service 14450:notify_rc restart_firewall
Asuswrt-Merlin 386.11 is now available for AC models.
Code:386.11 (14-May-2023) - UPDATED: curl to 8.0.1. - UPDATED: openvpn to 2.6.3. - CHANGED: Reduce max OpenVPN clients to 2 for RT-AC68U and DSL-AC68U due to lack of NVRAM on these two models. Note that existing settings are not automatically removed, you must run the following command over SSH to remove them from nvram and the /jffs/openvpn/ directory: clear_vpnclients.sh A backup will be saved in /jffs/openvpn_backup.tgz. - FIXED: DDNS was being refreshed every time IPv6 bound6() event occured even if IPv6 DDNS update was disabled. - FIXED: Wireless Log wouldn't properly show IPv6 address for clients with multiple addresses. - FIXED: dnsmasq may crash if no DNS server is configured (fix backported from dnsmasq upstream)
Downloads are here.
Changelog is here.
This daily event was happening to me as well. I decided to restore to default and manually enter my settings. It hasn’t happened since.AC86U dirty update to 386.11 went fine. Seems that it is scheduling a restart of the firewall at the same time of day that it was updated.
Code:May 16 17:47:37 ntpd: Initial clock set May 16 17:47:37 rc_service: ntpd_synced 1606:notify_rc restart_diskmon May 16 17:47:37 disk_monitor: Finish May 16 17:47:37 ddns: update WWW.DNSOMATIC.COM default@dnsomatic.com, wan_unit 0 May 16 17:47:37 disk_monitor: be idle May 16 17:47:37 ddns: Clear ddns cache. May 16 17:47:37 ddns: Start Inadyn(10). May 16 17:48:03 crond[1132]: time disparity of 2645982 minutes detected May 17 17:46:53 rc_service: service 26608:notify_rc restart_firewall May 18 17:46:54 rc_service: service 14450:notify_rc restart_firewall
This usually means that either you've got a rogue device on your LAN that's spamming the router's DNS server, or your upstream DNS servers are not working properly.@RMerlin Any chance this is related to the dnsmasq code change? I've never seen this in the logs before but it also can be a coincidence if that 150 limit as always been there. Do you know what dnsmasq does when the limit is reached? (dropped, throttled, etc)?
May 19 07:35:28 RTAC86U dnsmasq[1185]: Maximum number of concurrent DNS queries reached (max: 150)
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!