Asuswrt-Merlin 380.65 is now available for all supported models.
One potential new issue seem to be specific to MIPS models (RT-N66U/RT-AC66U) and their older kernel. Starting with 2.4.0, OpenVPN expects the tun interface to support IPv6. That doesn't seem the case on this older kernel, so VPN servers that push back an ifconfig-ipv6 or route-ipv6 parameters might fail to connect. I haven't been able to test it myself (as I don't have a tunnel provider account), but I'd suggest trying to add these to your custom configuration if your client fail to connect with thhe system log reporting a failure on an "ip -6" command:
Code:pull-filter ignore "ifconfig-ipv6" pull-filter ignore "route-ipv6"
This is another sign that it might be time to retire these older models...
I had the same issue with ASUS RT-AC56U.
I have tested right now and it's work fine with the custom config.
I have upgraded an N66U wirhout issues at all. Ensure you don't have a USB plugged and reboot the device prior to flash itI have RT-N66R, and it failed to update from 380.64_2. (I don't expect it to be related to the issue mentioned.)
I tried twice. Both times it was upgrading, not giving any errors or messages, but when it booted up, I could see the old version remaining (as seen everywhere, including the system log).
Any suggestions?
PS.
Please, do not stop your efforts for the *66*. It would be a waste to throw away this still capable router.
Which provider are you using?
I thought the issue was limited to MIPS, because I was able to generate an error message trying to attach an IPv6 to the tun interface of my RT-AC66U, but it worked fine on my RT-AC88U.
Obviously, it doesn't work for everyone. If I go full-screen and zoom in and out through the presets that bar shift occurs at 25%, 75%, 90%, 125%, and 175%. But not at other presets. Was discussed in the 380.65 beta thread. Doesn't bother me as I run at 100%. Any thoughts on the cause?Works for me, on all three computers where Chrome was updated to the latest version.
Could have simply been that your PPPoE session wasn't correctly closed the first time, in part due to the router failing to complete its shutdown and reboot cycle. Some ISPs will reject establishing a PPPoE session if the previous one is still thought to be active. The delay involved in reflashing with an older version gave it enough time to close the previous session.
Obviously, it doesn't work for everyone. If I go full-screen and zoom in and out through the presets that bar shift occurs at 25%, 75%, 90%, 125%, and 175%. But not at other presets. Was discussed in the 380.65 beta thread. Doesn't bother me as I run at 100%. Any thoughts on the cause?
Could be the smart 505 are fantastically stable modems but they certainly not the fastest when it comes to grabbing the connection.
Private Internet Access on my end is working fine, thus far.Thanks. That means at least two different providers are having the problem then, unless it's a different compatibility issue.
Shouldn't need to change anything, worked fine here. Any error messages in the system log?Hello,
I just upgraded from 380.64_2 to 380.65 and I am having a problem connecting to my VPN provider Torguard, I am not sure what I need to change to connect?
Thanks For your help.
Paul
OK. Thank you for pointing that out!
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!