What's new

[Fork] Asuswrt-Merlin 374.43 LTS releases (Archive)

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Thanks, @john9527, for the jffs backup fix. 25E8 is running great. One minor note regarding documentation. I wanted to move my https cert to jffs and couldn't find any instructions in Merlin_Fork_Options.txt. A quick search of the forum found the info below and moving it worked perfectly. So, next time you get around to editing Merlin_Fork_Options.txt, you might want to add the info below:
Add command line utilities to move HTTPS cert between NVRAM and JFFS
  • To move the HTTPS (router SSL) cert, enter
    https2jffs or
    https2nvram
Thanks, again, for all you and Merlin do to make our networking lives better!
 
Both appear to be working fine. Thanks John.
Sorry John. I'm going to have to correct that statement. :(

The logout function appears to work, for both the timeout and clicking on the Logout button. However, if I click the browser's Back button it gives me the user/password dialog (with the previous screen in the background). At this point I can just cancel that dialog and I'm still logged in to the router. Sometimes, depending on the screen in question (i.e. Traffic Monitor, VPN Status), the page is only partially complete but clicking Refresh makes it appear correctly.

Tested with IE 11. No saved passwords or stuff like that.
 
Sorry John. I'm going to have to correct that statement. :(

The logout function appears to work, for both the timeout and clicking on the Logout button. However, if I click the browser's Back button it gives me the user/password dialog (with the previous screen in the background). At this point I can just cancel that dialog and I'm still logged in to the router. Sometimes, depending on the screen in question (i.e. Traffic Monitor, VPN Status), the page is only partially complete but clicking Refresh makes it appear correctly.

Tested with IE 11. No saved passwords or stuff like that.

Another reason not to use IE! Both Firefox and Chrome will give you this.....
Going to have to call foul on IE here.
What access method (http/https) and port are you using? If you are using http/80, try changing the port to a non-standard port (I use 8081)....it seems as if IE will then at least show the 'T'he port has changed....' screen instead of falsely authorizing the session.
NotAuthourized.PNG
 
Going to have to call foul on IE here.
What access method (http/https) and port are you using? If you are using http/80, try changing the port to a non-standard port (I use 8081)....it seems as if IE will then at least show the 'T'he port has changed....' screen instead of falsely authorizing the session.
Yes it seems to be IE specific, I tried with Chrome (http & https) and it works as it's meant to.

With IE I was using http/80 so changed the port to 8081 but I could still get back in by cancelling the dialog box. I tried https but got a certificate error that IE won't let me get past (and I can't be bothered to fix).

So yes, it's just IE so not worth expending any time on, IMHO.
 
Yes it seems to be IE specific, I tried with Chrome (http & https) and it works as it's meant to.
Maybe a new axiom....
Friends don't let friends use IE :)

Every browser has it's quirks.....but IMHO IE seems prone to more bugs than the others, and I basically stopped using it a while ago. Even less now since I've been moving away from Windows to Linux wherever I can.
 
Last edited:
Just installed 25E8, coming from 25E7. Anyone else have issues with the Client Status never populating? (searched for it on the thread but did not come up with anything recent). Just get endless "Searching, please wait..."

As far as I can tell, all devices are connected and operational.
 

Attachments

  • clientstatus.jpg
    clientstatus.jpg
    52.1 KB · Views: 367
Just installed 25E8, coming from 25E7. Anyone else have issues with the Client Status never populating? (searched for it on the thread but did not come up with anything recent). Just get endless "Searching, please wait..."

As far as I can tell, all devices are connected and operational.
Working just fine here on my ac-68u.

Andi
 
Just installed 25E8, coming from 25E7. Anyone else have issues with the Client Status never populating? (searched for it on the thread but did not come up with anything recent). Just get endless "Searching, please wait..."

As far as I can tell, all devices are connected and operational.
No issues running of the beta 26B6 on both my AC68W, AC68U routers, the Client Status are populated as normal. Did not test 25E8.
 
@john9527 I don't know if you didn't have time or overlooked it: you have PMs :)

@cowst @john9527

I am experiencing the same issue with Asus RT-N66U, Merlin 380.66_6 (and _2 and _4 behaved the same), NordVPN set up according to the instructions on their website. I am not using auth-nocache on client side.

Kill switch is enabled and very simply when the key expires, the new key seems to be negotiated fine and then after the 'Control Channel' message, the tunnel seems to go down with no error messages. My screen capture would look exactly like the one @cowst sent. Wondering now if this is unique to the N66U.

Did you have any luck in further diagnosis?
 
He he apparently I not alone anymore :)
No, so far we did not find a solution.
I noticed 2 variants of this issue.
1 - vpnclient simply down, and I have to go and enable it again
2 - all looks fine from the router perspective, but the vpn tunnel is just not working under the hood

Perhaps we can increase logging verbosity (from where?) and see if there is some useful information we are not currently logging.

@cowst @john9527

I am experiencing the same issue with Asus RT-N66U, Merlin 380.66_6 (and _2 and _4 behaved the same), NordVPN set up according to the instructions on their website. I am not using auth-nocache on client side.

Kill switch is enabled and very simply when the key expires, the new key seems to be negotiated fine and then after the 'Control Channel' message, the tunnel seems to go down with no error messages. My screen capture would look exactly like the one @cowst sent. Wondering now if this is unique to the N66U.

Did you have any luck in further diagnosis?
 
I am not using auth-nocache on client side.
And when you do?

There as a problem prior prior to OpenVPN 2.4.3, where using auth-nocache would cause the tunnel to disconnect/reconnect instead of just performing a key re-negotiation with some providers (PIA was one of them, at least for me).

I've verified it's indeed been fixed in 2.4.3 (and is listed in their Changelog). So if you use OpenVPN clients, you should upgrade to V25E8 or the V26 beta.
 
Thanks John, I'll try this tonight and report as soon as I won't get disconnected anymore :D

There as a problem prior prior to OpenVPN 2.4.3, where using auth-nocache would cause the tunnel to disconnect/reconnect instead of just performing a key re-negotiation with some providers (PIA was one of them, at least for me).

I've verified it's indeed been fixed in 2.4.3 (and is listed in their Changelog). So if you use OpenVPN clients, you should upgrade to V25E8 or the V26 beta.
 
No, nothing immediate. If you are using QoS (either Traditional or Bandwidth limiter), try disabling it.

No, no Qos. Anything out of the ordinary is the sd card i installed in it which has the traffic manager data.
 

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top