[Release] Asuswrt-Merlin 380.66 is now available

[Naftali Oziel]

Reflash. If it says 380.66, then it means the upgrade never succeeded.

Is it a good practice when resetting to default via reset button, that a JFFS format partition occurs to clear everything and start clean? Your thoughts?

 

[Alexander Savkin]

Check your System Log for the error message. Chances are you are trying to start two servers with the same IP range.

First 10.8.x.x , Second 10.16.x.x
Log:
May 18 19:05:53 rc_service: httpd 484:notify_rc restart_chpass;restart_vpnserver2
May 18 19:05:55 kernel: ADDRCONF(NETDEV_UP): tun22: link is not ready
May 18 19:05:55 kernel: device tun22 entered promiscuous mode
May 18 19:05:56 openvpn[8266]: WARNING: POTENTIALLY DANGEROUS OPTION --verify-client-cert none|optional (or --client-cert-not-required) may accept clients which do not present a certificate
May 18 19:05:56 openvpn[8266]: OpenVPN 2.4.2 arm-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on May 12 2017
May 18 19:05:56 openvpn[8266]: library versions: OpenSSL 1.0.2k 26 Jan 2017, LZO 2.08
May 18 19:05:56 openvpn[8267]: PLUGIN_INIT: POST /usr/lib/openvpn-plugin-auth-pam.so '[/usr/lib/openvpn-plugin-auth-pam.so] [openvpn]' intercepted=PLUGIN_AUTH_USER_PASS_VERIFY
May 18 19:05:56 openvpn[8267]: Diffie-Hellman initialized with 2048 bit key
May 18 19:05:56 openvpn[8267]: TUN/TAP device tun22 opened
May 18 19:05:56 openvpn[8267]: TUN/TAP TX queue length set to 100
May 18 19:05:56 openvpn[8267]: do_ifconfig, tt->did_ifconfig_ipv6_setup=0
May 18 19:05:56 openvpn[8267]: /usr/sbin/ip link set dev tun22 up mtu 1500
May 18 19:05:56 kernel: ADDRCONF(NETDEV_CHANGE): tun22: link becomes ready
May 18 19:05:56 openvpn[8267]: /usr/sbin/ip addr add dev tun22 10.16.0.1/24 broadcast 10.16.0.255
May 18 19:05:56 openvpn[8267]: Could not determine IPv4/IPv6 protocol. Using AF_INET6
May 18 19:05:56 openvpn[8267]: Socket Buffers: R=[122880->122880] S=[122880->122880]
May 18 19:05:56 openvpn[8267]: setsockopt(IPV6_V6ONLY=0)
May 18 19:05:56 openvpn[8267]: TCP/UDP: Socket bind failed on local address [AF_INET6][undef]:1194: Address already in use
May 18 19:05:56 openvpn[8267]: Exiting due to fatal error
May 18 19:05:56 openvpn[8267]: Closing TUN/TAP interface
May 18 19:05:56 openvpn[8267]: /usr/sbin/ip addr del dev tun22 10.16.0.1/24

 

[howardmoon]

Same here

I made several changes at once and port forwarding started working. Backed them out one at a time and it stills works.

I hate when that happens.

 

[florid]

I upgraded from 380.66 to 380.66_2. I did not perform a reboot or power cycle or factory reset before the upgrade.
After the upgrade, wifi no issue, admin portal no issue, but no Internet access.
I had a power cycle, then everything works now. Thanks.

 

[madfusker]

On my side I have taught my daughters how to restart the router when I'm not at home.
What I don't like is that I have to share root password with them! ;-)

Show them the power plug. Very effective and no password required!

 

[Zirescu]

First 10.8.x.x , Second 10.16.x.x
May 18 19:05:56 openvpn[8267]: TCP/UDP: Socket bind failed on local address [AF_INET6][undef]:1194: Address already in use

Make sure that the two servers are using different server ports. Second server should default to 1195.

 

[RMerlin]

Is it a good practice when resetting to default via reset button, that a JFFS format partition occurs to clear everything and start clean? Your thoughts?

Normally that shouldn't be necessary. The JFFS partition mostly contains scripts that you wrote, the traffic database from Trend Micro's Traffic Analyzer, that kind of stuff. I have never seen a case where data there was no longer backward compatible.

 

[Alexander Savkin]

Make sure that the two servers are using different server ports. Second server should default to 1195.

That was the reason. Thank you!

 

[Andromeda]

I just uploaded 380.66_2, which fixes the non-working AiCloud on the RT-N66U and RT-AC66U, and fixes a random failure to start either AiCloud or httpds on all platforms (the issue was more common on slower MIPS models tho).

I set up AICloud sync to a Webstorage account 2 days ago and initially it seemed to work as I could see the test folder on the cloud drive. But then AICloud Sync stopped working and I thought 380.66_2 would fix it. But it won't. Removed the sync profile and reconfigured, this time I used only backup to cloud. Still just sits there with "INITIAL". Any idea?

 

[thelonelycoder]

Hey @RMerlin, could you add the latest version to the post title in brackets, just as John an I do?

[Release] Asuswrt-Merlin 380.66 is now available (380.66_2)

 

[cmkelley]

Feature Request: (sorry if this isn't the right place, please direct me if it's way out of bounds)

I would like the option to not set "duplicate-cn". Unfortunately, just setting it allows duplicate CNs so there is no way to unset it in the Custom Configuration section.

I understand this could be a support issue as the auto-generated .ovpn settings would then only work for one computer at a time (a second computer logging in would kick the first one off), but allowing duplicate CNs is not a recommended practice (https://serverfault.com/questions/104154/why-is-duplicate-cn-not-recommended-in-openvpn). I generated all my own certificates and keys with unique CNs with easy-rsa, so I'd like to be able to unset this.

 

[Martineau]

Feature Request: (sorry if this isn't the right place, please direct me if it's way out of bounds)

I would like the option to not set "duplicate-cn". Unfortunately, just setting it allows duplicate CNs so there is no way to unset it in the Custom Configuration section.

so I'd like to be able to unset this.

https://github.com/RMerl/asuswrt-merlin/wiki/Custom-config-files

Hint: You will need to create the script /jffs/scripts/openvpnserver1.postconf.

 

[Tekneek]

Despite things seeming stable earlier, I have had increasing issues with network instability (despite disabling airtime fairness on all networks). I tried factory resets, reconfiguring everything, more than once, and continued to have issues with devices being unable to connect reliably. After hours of downtime over a few days, I have reverted back to 380.65_4 and all is well once again. I will try again when a new revision comes out for the RT-AC3200.

 

[bbunge]

I set up AICloud sync to a Webstorage account 2 days ago and initially it seemed to work as I could see the test folder on the cloud drive. But then AICloud Sync stopped working and I thought 380.66_2 would fix it. But it won't. Removed the sync profile and reconfigured, this time I used only backup to cloud. Still just sits there with "INITIAL". Any idea?

same issue with Merlin 380.66-2 and Asus latest firmware on AC66U B1



Sent from my iPod touch using Tapatalk

 

[RMerlin]

Hey @RMerlin, could you add the latest version to the post title in brackets, just as John an I do?

[Release] Asuswrt-Merlin 380.66 is now available (380.66_2)

I'm never sure whether I should do that or not. In the past, some users said it messed with their unread post tracker for some reason.

 

[RMerlin]

I set up AICloud sync to a Webstorage account 2 days ago and initially it seemed to work as I could see the test folder on the cloud drive. But then AICloud Sync stopped working and I thought 380.66_2 would fix it. But it won't. Removed the sync profile and reconfigured, this time I used only backup to cloud. Still just sits there with "INITIAL". Any idea?

No idea, I don't use AiCloud, and never used SmartSync either. It's all closed source.

 

[cmkelley]

https://github.com/RMerl/asuswrt-merlin/wiki/Custom-config-files

Hint: You will need to create the script /jffs/scripts/openvpnserver1.postconf.

How did I miss/forget about that? Thanks!!!

 

[PorscheT]

Despite things seeming stable earlier, I have had increasing issues with network instability (despite disabling airtime fairness on all networks). I tried factory resets, reconfiguring everything, more than once, and continued to have issues with devices being unable to connect reliably. After hours of downtime over a few days, I have reverted back to 380.65_4 and all is well once again. I will try again when a new revision comes out for the RT-AC3200.

I am having the same issue now with latest 380.66 on my AC88U. It starts off fine then about 24 hours later my Android devices will keep disconnecting and reconnecting. Only a reboot will fix the issue. I set up a daily reboot schedule in the meantime to hopefully alleviate the issue until I find out whats going on.

 

[fdge]

I tried updating my RT-AC5300 to 380.66_2 and it still reads it is at 380.66.

 

[fdge]

Did you tried rebooting before.

I just tried rebooting, uploading, and a manual reboot. Still reads 380.66.