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!

As an update to my initial post on page 454 with regards to my RT-N66U, I conclude that I get slightly better WiFi range with the E version compared to the L version. 4-5 mbps compared to 2-3 mbps across 4 floors worth of distance. I also noticed that I get a better signal quality if I position the low dBi antennas in an XYZ configuration, which surprised me because I thought focusing two of the antennas perpendicularly to the direction would yield a better result.
 
Pushed a 'hotfix' release to 38E4 to correct a problem where you couldn't add new users to the OpenVPN server on MIPS routers if no previous users were configured (if you already had users defined, they would be fine).

Also picked up a couple of other misc updates.

LATEST RELEASE: Update-38E4/38L4
5-March-2019
Merlin fork 374.43_38E4j9527
Download http://bit.ly/1YdgUcP
============================

Key Changes:
  • webui: fix adding first user to OpenVPN server on MIPS routers
  • web: show DoT ipv6 dns servers on ipv6 system log page with stubby enabled
  • watchdog: prevent reboot scheduler from firing multiple times
  • watchdog: add stubby to watched processes

SHA256
Code:
(Default Build - All supported routers)
396b8a90e434e714734fd1f454839d17b654098353d91c4b81f0226aaa6952c5  RT-N16_374.43_38E4j9527.trx
9ebd678ea5064192a06a95a149c257e4faf19a94ef8d64e8e2d0fa72a85147e2  RT-AC66U_374.43_38E4j9527.trx
8ccb4435323a07e169ac63308c8b5bd52092d8d2912bf895463e5550041020c9  RT-N66U_374.43_38E4j9527.trx
a6bdf1c05e5d9e29a5fd340825e40b0181aeead7732e611dc081de943b509ef9  RT-AC68U_374.43_38E4j9527.trx
7e525709dd28c8c562976ce5ac7c43c0aada48c38124f930862455638db16593  RT-AC56U_374.43_38E4j9527.trx

(Legacy Only Builds)
91787f8cafc627d36d7c906fe833615038c62e6a71a5402973d2f6fb152315aa  RT-AC68U_3.0.0.4_374.43_2-38L4j9527.trx
ab1a24602bb30df8cd411376e0742e69d4cc8393b345e5faeb6b5428e9c189eb  RT-AC56U_3.0.0.4_374.43_2-38L4j9527.trx
3515703c79412fb09a1e60ed4b8d14966f5915cec7eccae6adfed62bc39755a1  RT-N16_3.0.0.4_374.43_2-38L4j9527.trx
631305d331597bf441784b1a8af36562715d22d459df2aa88cc8e3dde5628a77  RT-AC66U_3.0.0.4_374.43_2-38L4j9527.trx
697628179a163e202531b8d02cc2ba7c6676a5e8ca4008221e162a88513b2863  RT-N66U_3.0.0.4_374.43_2-38L4j9527.trx
 
Smooth upgrade.

Regarding using the ASUS Restoration Tool to move to the fork, I'm not saying this is for everyone, especially newcomers, but I was easily bouncing between Merlin and the fork using these commands via SSH:
Code:
mtd-write2 <path to WinSCP uploaded .trx file> linux
nvram erase
reboot
 
You might also take the time to read through the first post....some other info there you may find useful.
As a first timer for a change like this I had no problems updating a 56u, just read the directions.
 
Dumb question of the day- does the below apply to an update from 38E3 to 38E4?

IMPORTANT Users of MIPS routers (N16/AC66/N66) currently running build 37 or earlier will need to save their JFFS space prior to the build 38 install, reformat JFFS after the install, then restore the saved JFFS. This is due to the increase in code size due to the static linking of OpenSSL 1.1.1 to the STUBBY code.
 
Dumb question of the day- does the below apply to an update from 38E3 to 38E4?

IMPORTANT Users of MIPS routers (N16/AC66/N66) currently running build 37 or earlier will need to save their JFFS space prior to the build 38 install, reformat JFFS after the install, then restore the saved JFFS. This is due to the increase in code size due to the static linking of OpenSSL 1.1.1 to the STUBBY code.
Nope :)
 
I'm wondering if there's a simple way to disconnect a single user from the OpenVPN server on the FORK without restarting the whole daemon and kicking everyone off. I've researched the use of a management interface but I'm not sure if that would apply to the ASUS Fork implementation. Thanks for any help.
 
I'm wondering if there's a simple way to disconnect a single user from the OpenVPN server on the FORK without restarting the whole daemon and kicking everyone off. I've researched the use of a management interface but I'm not sure if that would apply to the ASUS Fork implementation. Thanks for any help.
The management interface should be enabled in the build....so you should be able to add something like

management localhost 64194

to the custom config section.
Then telnet/ssh to 127.0.0.1:64194 and issue a kill for that user.
(At least if I read the doc right :) )

Sorry, but I'm currently not able to try it right now.
 
The management interface should be enabled in the build....so you should be able to add something like

management localhost 64194

to the custom config section.
Then telnet/ssh to 127.0.0.1:64194 and issue a kill for that user.
(At least if I read the doc right :) )

Sorry, but I'm currently not able to try it right now.
Works like a charm John. Thanks :)
 
Pushed a 'hotfix' release to 38E4

Hi! After updating to this FW version, AdGuard DNS doesn`t work anymore. I tested another DNS servers from updated stubby resolvers csv file - and all of them working perfectly exept all AdGuard servers.
What can be the reason? Thx!
 
Hi! After updating to this FW version, AdGuard DNS doesn`t work anymore. I tested another DNS servers from updated stubby resolvers csv file - and all of them working perfectly exept all AdGuard servers.
What can be the reason? Thx!
No idea....nothing changed that was specific to AdGuard. Anybody else having a problem with AdGuard?

Only suggestion is to try and refresh the resolvers file with stubby-update-resolvers.sh in case something got corrupted.
 
No idea....nothing changed that was specific to AdGuard. Anybody else having a problem with AdGuard?

Only suggestion is to try and refresh the resolvers file with stubby-update-resolvers.sh in case something got corrupted.
Yup, not AdGuard, but Cleanbrowsing. Did not bother much about it, I have installed stubby from entware (by amtm) and built a custom config.
 
Had an issue with Cleanbrowsing too. Had to reset twice after doing stubby and trying to enable Cb. Until I replaced Cb with Quad9 I lost Wi-Fi. This only happened after the hotfix. All works fine on Quad9.
 
First of all thanks for this LTS branch! My RT-N66U runs perfectly well. Interestingly the NTP time offset is now in the same range is with the AC68U running the latest Merlin builds (+/- 3ms with identical server settings). But there is one issue that is probably trivial: In Safari I have a tab for each router. With both routers running Merlin's releases I would go to the individual login page of the router, login & password were auto-filled in and I could navigate through the pages for hours. With the LTS fork auto-fill does not work anymore (the window looks different and the fields are empty). In addition, it takes just a few clicks through the router settings and the browser asks for username and password again. Chrome on the other hand works as Safari before the switch to the LTS build. In Safari have cleared passwords for the N66-U w/o success. Anything else I should try?
 
First of all thanks for this LTS branch! My RT-N66U runs perfectly well. Interestingly the NTP time offset is now in the same range is with the AC68U running the latest Merlin builds (+/- 3ms with identical server settings). But there is one issue that is probably trivial: In Safari I have a tab for each router. With both routers running Merlin's releases I would go to the individual login page of the router, login & password were auto-filled in and I could navigate through the pages for hours. With the LTS fork auto-fill does not work anymore (the window looks different and the fields are empty). In addition, it takes just a few clicks through the router settings and the browser asks for username and password again. Chrome on the other hand works as Safari before the switch to the LTS build. In Safari have cleared passwords for the N66-U w/o success. Anything else I should try?
Safari does things differently from all other browsers. See this post (and follow the link in the post for the details).
https://www.snbforums.com/threads/f...lts-releases-v38e4.18914/page-450#post-464359
 
Oh, this has been discussed just a month ago... embarassing! Many thanks for the link!
 

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