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!

In the thread on Reddit
https://www.reddit.com/r/GooglePixel/comments/9t0nh0/asus_routers_wifi_issues/
several folks posted that restricting the phone to 2.4GHz band solved the issue.
Interesting read there thanks john.
I haven't noticed any problems so far, I will have to keep my eye on it.

Thanks for the link, it sounds interesting but I would worry about it being kept up to date.

I think I would rather stick with Johns fork tbh, I have been using it a long time now and it works very well plus John is very quick to fix any problems and is a pleasure to deal with.

Merlins firmware is another option for me i guess if i bought the AC86U, but the last time i checked it didn't support some features i use in johns fork like DNS over TLS.
 
Regarding the SNTP server being enabled, I’m curious if anyone else sees ntpd only listening on what I assume is an ipv6 :: wildcard on 123/udp? I would have expected a 0.0.0.0:123 since I’m only ipv4.

Normal or wonky?

Code:
#  netstat -alnp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
udp        0      0 :::123                  :::*                                4245/ntpd
 
So to answer my own question, kind of anyway.

Running openvpn server on your home router and using a client to connect to it when you are away from home, the speed is limited to whatever your upload speed is at home (in my case about 9mbs)

Obvious really but I had never thought about this before.

So anyway I have turned compression off on the server and client and will test my speed again to see if i can get the full 9mbs.

Turning compression off will not effect security in any way will it ?
 
stubby-update-resolvers.sh is used to update the resolver list for Stubby.
Is there a script to go back to the "default" resolvers?
 
stubby-update-resolvers.sh is used to update the resolver list for Stubby.
Is there a script to go back to the "default" resolvers?
Code:
/usr/sbin/stubby-update-resolvers.sh default
 
Regarding the SNTP server being enabled, I’m curious if anyone else sees ntpd only listening on what I assume is an ipv6 :: wildcard on 123/udp? I would have expected a 0.0.0.0:123 since I’m only ipv4.

Normal or wonky?

Code:
#  netstat -alnp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name  
udp        0      0 :::123                  :::*                                4245/ntpd
So it seems it's a result of BusyBox invoking the socket with a NULL address and we end up with an AF_UNSPEC. Which I think means you can get IPv4 or IPv6. Vaguely reminds me of @john9527's early days with debugging Stubby on MIPS. Still haven't come up with a simple way to test with the devices on hand at home.
 
Thanks for the link, it sounds interesting but I would worry about it being kept up to date.

I think I would rather stick with Johns fork tbh, I have been using it a long time now and it works very well plus John is very quick to fix any problems and is a pleasure to deal with.

Merlins firmware is another option for me i guess if i bought the AC86U, but the last time i checked it didn't support some features i use in johns fork like DNS over TLS.
I think you didnt understand me, they both dont support any DSL-type! Some managed to convert their DSL to RT but high risc with problems as there is no WAN port and without modem functionality ...
 
Could somebody help me please?

My n66u the last few weeks with the latest lts builds keeps locking me out if the router, when I try to login to the router it says the ip and port number have been updated or something and I have to reset the router to get back in, its set for https login was wondering if it might be something to do with that?

Its never been a problem before the past 2 weeks and nothing has been changed.

Settings have been updated. Web page will now refresh.
Changes have been made to the IP address or port number. You will now be disconnected from RT-N66U.
To access the settings of RT-N66U, reconnect to the wireless network and use the updated IP address and port number.

Discovery utility shows it at the same ip and subnet mask.

After reading a few posts I found I can login with https://router.asus.com:8443/index.asp but not the original ip address which is still the same in the router?

I have now found microsoft edge will login, but google chrome says connection refused, wtf is going on?
 
Last edited:
Its never been a problem before the past 2 weeks and nothing has been changed.

Settings have been updated. Web page will now refresh.
That message will come up if ANYTHING about the connection has changed (not just IP address and port number). For example switching a device between ethernet and wifi, or possibly changing wifi bands (although I haven't tested this one).

A couple of things to try....
- Clear your browser cache/cookies
- Try running without any browser addons
- Did you reformat/reload jffs when moving to V38 (much bigger code due to OpenSSL 1.1.1)
 
That message will come up if ANYTHING about the connection has changed (not just IP address and port number). For example switching a device between ethernet and wifi, or possibly changing wifi bands (although I haven't tested this one).

A couple of things to try....
- Clear your browser cache/cookies
- Try running without any browser addons
- Did you reformat/reload jffs when moving to V38 (much bigger code due to OpenSSL 1.1.1)
I faced a similar problem a couple weeks ago when I had removed my Pixelserv CA cert from my iPad because I was no longer running Pixelserv-tls on the router. Eventually I realized that my router GUI SSL cert was signed by the Pixelserv CA cert and was needed for the GUI. But the only symptom I saw was the similar "Settings have been updated...".

Any changes to the root certificates on your browser?
 
That message will come up if ANYTHING about the connection has changed (not just IP address and port number). For example switching a device between ethernet and wifi, or possibly changing wifi bands (although I haven't tested this one).

A couple of things to try....
- Clear your browser cache/cookies
- Try running without any browser addons
- Did you reformat/reload jffs when moving to V38 (much bigger code due to OpenSSL 1.1.1)

I just used the guide to update to 39e1 and same for the 1 before that update, nothing different.
 
I faced a similar problem a couple weeks ago when I had removed my Pixelserv CA cert from my iPad because I was no longer running Pixelserv-tls on the router. Eventually I realized that my router GUI SSL cert was signed by the Pixelserv CA cert and was needed for the GUI. But the only symptom I saw was the similar "Settings have been updated...".

Any changes to the root certificates on your browser?

How would I check that?
 
How would I check that?
You really just need to examine the SSL certificate that your router is using for https. Are you saying you can login with https://router.asus.com:8443/ but not https://192.168.1.1:8443/ ?

View the certificate in your browser when the site is up (generally by clicking on the padlock icon, but I use Firefox). Is it a self-signed cert that Chrome doesn't like? Lot of different ways this could go, but we need to understand how your certificate is signed.
 
You really just need to examine the SSL certificate that your router is using for https. Are you saying you can login with https://router.asus.com:8443/ but not https://192.168.1.1:8443/ ?

View the certificate in your browser when the site is up (generally by clicking on the padlock icon, but I use Firefox). Is it a self-signed cert that Chrome doesn't like? Lot of different ways this could go, but we need to understand how your certificate is signed.

Yea its seems to be chrome only, I can login with default ip with microsoft edge, not tried any other browsers.
With chrome I can only login by using https://router.asus.com:8443/index.asp
Just realised could it be that i have no cert installed at all?
 
Yea its seems to be chrome only, I can login with default ip with microsoft edge, not tried any other browsers.
With chrome I can only login by using https://router.asus.com:8443/index.asp
Just realised could it be that i have no cert installed at all?
You would get a lot of complaints from Chrome logging into router.asus.com if you had no cert at all. Browsers will complain about certificate name mismatches with the URL hostname, so I would expect trouble when trying to browse https://192.168.1.1:8443/ when the router certificate is generated for https://router.asus.com:8443/. When logged into router.asus.com in Chrome, what do you see about the certificate when clicking on the security padlock?

If you run Diversion and Pixelserv, I would recommend following this wiki article to let Pixelserv sign your cert if you have already imported the Pixelserv CA on your devices.
https://github.com/kvic-z/pixelserv...ixelserv-CA-to-issue-a-certificate-for-WebGUI

Otherwise, there are alternative ways to sign a certificate in a way that satisfies all browsers. RMerlin and john9527 have both referred to XCA before as a good tool.
https://www.hohnstaedt.de/xca/
 
Just realised could it be that i have no cert installed at all?
If you didn't explicitly save a cert in the gui or install your own, the router will automatically generate a new cert every time it reboots.
 
Last edited:
You would get a lot of complaints from Chrome logging into router.asus.com if you had no cert at all. Browsers will complain about certificate name mismatches with the URL hostname, so I would expect trouble when trying to browse https://192.168.1.1:8443/ when the router certificate is generated for https://router.asus.com:8443/. When logged into router.asus.com in Chrome, what do you see about the certificate when clicking on the security padlock?

If you run Diversion and Pixelserv, I would recommend following this wiki article to let Pixelserv sign your cert if you have already imported the Pixelserv CA on your devices.
https://github.com/kvic-z/pixelserv-tls/wiki/[ASUSWRT]-Use-Pixelserv-CA-to-issue-a-certificate-for-WebGUI

Otherwise, there are alternative ways to sign a certificate in a way that satisfies all browsers. RMerlin and john9527 have both referred to XCA before as a good tool.
https://www.hohnstaedt.de/xca/

I don't see a padlock, it just says your connection is not secure?
 

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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