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!

Believe or not I had to reset my router after locking myself out after a password and username change, so I will try to capture it again when it happens.

Also I run eset internet security premium and access from wan is disabled and if it was an auto logout it means that it was a 7hr logout? I went to sleep 11pm the night before.
 
Also I run eset internet security premium and access from wan is disabled and if it was an auto logout it means that it was a 7hr logout? I went to sleep 11pm the night before.
I think ESET does 'network' security scans, trying to logon to common addresses/users/passwords. In that case, you should see a bunch of failed login attempts in the log. But make sure you're not using a trivial password.

The logout message you are getting says someone had an active logon, but the link was closed for at least 60 seconds without first logging off.

Do you have any children that may be playing with things? :)
 
Nope just me and my mum, I know from an older thread on theses forums that connected network monitor triggers firewall logs but I don't use that anyone more.
 
I have a RT-N66U and USB disks connected to the router gets "dismounted" in a very short time. This happens with the release V37E4 of the rom and there is "kernel: scsi 0:0:0:0: rejecting I/O to dead device" messages in the system log. When this happens, the only way to reconnect usb devices is to reboot the router.

I flashed V36EA back to the router and now USB device disconnection does not occur.

Just wanted to report the issue . Keep up the good work.
 
I have a RT-N66U and USB disks connected to the router gets "dismounted" in a very short time. This happens with the release V37E4 of the rom and there is "kernel: scsi 0:0:0:0: rejecting I/O to dead device" messages in the system log. When this happens, the only way to reconnect usb devices is to reboot the router.

I flashed V36EA back to the router and now USB device disconnection does not occur.

Just wanted to report the issue . Keep up the good work.
There weren't any USB changes in a very long time, especially on the N66. Don't know why there would be a difference.
 
Good afternoon dear comrades!
Please tell me firmware "3.0.0.4.374.43_37E4j9527" will be updated?

How difficult is it to add the number of OPENVPN clients in the firmware? To be able to save multiple configurations. Instead of two, for example configuration 4-5 clients.

In this version of TOR-Internet can be enabled, it is difficult to do?
Thank you, hope For your understanding.

How can you thank the developers of the firmware, where to send Donat?
 
Running 37E4 on my RT-AC68U. I would say that this release is snappy! :rolleyes: The menus are very responsive, CPU load is low and everything I am using (Stubby, IPv6, both bands, CTF, many connected users, etc.) seems to work great. So kudos for this fine release!!!! What are the plans for the next release(s)?
 
While not explicitly stated (I think because nobody has tried it) I would expect it to work as it appears to be the same hardware as the RT-AC1900P (which is listed as supported).

https://www.snbforums.com/threads/rt-ac68u-rt-ac68p-rt-ac1900-rt-ac1900p.35759/
Thanks. The B2 appears to have the same CPU as the C1 and E1, but has a different clock rate. Still, there could be other changes under the hood, so I'd rather hear from someone who has tried it or the maintainer so that I don't take a chance bricking the device.
 
Hello everyone, may I ask for little help?
I've used Merlins firmware for quite a long time and never experienced any problems. This week I wanted to update the firmware and saw my router isn't supported by him anymore. He left the link to this forum where it will be maintained from now on - so I've downloaded the latest version from here: Update-37E4
I've also downloaded the Restoration tool from Asus because it ws necessary for the update to this branch/version.
The update went kinda smoothly, but now I'm experiencing random reboots. It's happening every now and then..
My router is Asus RT-AC66U
The firmware seems to work flawlessly.

My router restarted and booted up again, this log should start when it booted up (Jan 1) and on the bottom the restart occurred (Dec 27).
I don't know why January the first is in the log o_O

Any idea what causes these restarts?
Thank you all for your kind help in advance.

Here is the incomplete log, if the complete one should be needed, please, just let me know:


Jan 1 01:00:30 rc_service: waiting "start_upnp" via udhcpc ...
Jan 1 01:00:30 miniupnpd[424]: HTTP listening on port 40463
Jan 1 01:00:30 miniupnpd[424]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 1 01:00:31 WAN_Connection: WAN was restored.
Jan 1 01:00:31 rc_service: wanduck 308:notify_rc start_firewall
Jan 1 01:00:31 miniupnpd[424]: shutting down MiniUPnPd
Jan 1 01:00:31 start_nat_rules: apply the nat_rules (/tmp/nat_rules_eth0_eth0)!
Jan 1 01:00:31 start_nat_rules: (/tmp/nat_rules_eth0_eth0) success!
Jan 1 01:00:31 miniupnpd[446]: HTTP listening on port 60186
Jan 1 01:00:31 miniupnpd[446]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 1 01:00:31 rc_service: udhcpc 373:notify_rc stop_ntpd
Jan 1 01:00:31 rc_service: waiting "start_ntpc" via udhcpc ...
Jan 1 01:00:31 ntp: start NTP update
Dec 27 18:37:07 rc_service: ntp 447:notify_rc restart_upnp
Dec 27 18:37:07 rc_service: ntp 447:notify_rc restart_diskmon
Dec 27 18:37:07 rc_service: waiting "restart_upnp" via ntp ...
Dec 27 18:37:07 miniupnpd[446]: shutting down MiniUPnPd
Dec 27 18:37:07 miniupnpd[455]: HTTP listening on port 58120
Dec 27 18:37:07 miniupnpd[455]: Listening for NAT-PMP/PCP traffic on port 5351
Dec 27 18:37:08 dhcp_client: bound 95.105.151.247 via 95.105.144.1 during 111600 seconds.
Dec 27 18:37:08 ntp: NTP update successful after 1 attempt(s)
Dec 27 18:37:08 disk_monitor: be idle
Dec 27 18:37:13 HTTP_login: login 'admin' successful from 192.168.1.106:80
Dec 27 18:37:36 crond[332]: time disparity of 4201537 minutes detected
Dec 27 18:37:42 dnsmasq-dhcp[327]: DHCPREQUEST(br0) 192.168.1.19 38:f7:3d:82:f5:05
Dec 27 18:37:42 dnsmasq-dhcp[327]: DHCPACK(br0) 192.168.1.19 38:f7:3d:82:f5:05 amazon-53739578f
Dec 27 18:38:04 dnsmasq-dhcp[327]: DHCPDISCOVER(br0) 64:a2:f9:2f:ab:94
Dec 27 18:38:04 dnsmasq-dhcp[327]: DHCPOFFER(br0) 192.168.1.162 64:a2:f9:2f:ab:94
Dec 27 18:38:04 dnsmasq-dhcp[327]: DHCPDISCOVER(br0) 64:a2:f9:2f:ab:94
Dec 27 18:38:04 dnsmasq-dhcp[327]: DHCPOFFER(br0) 192.168.1.162 64:a2:f9:2f:ab:94
Dec 27 18:38:04 dnsmasq-dhcp[327]: DHCPREQUEST(br0) 192.168.1.162 64:a2:f9:2f:ab:94
Dec 27 18:38:04 dnsmasq-dhcp[327]: DHCPACK(br0) 192.168.1.162 64:a2:f9:2f:ab:94 OnePlus_6​
 
Hello everyone, may I ask for little help?
I've used Merlins firmware for quite a long time and never experienced any problems. This week I wanted to update the firmware and saw my router isn't supported by him anymore. He left the link to this forum where it will be maintained from now on - so I've downloaded the latest version from here: Update-37E4
I've also downloaded the Restoration tool from Asus because it ws necessary for the update to this branch/version.
The update went kinda smoothly, but now I'm experiencing random reboots. It's happening every now and then..
My router is Asus RT-AC66U
The firmware seems to work flawlessly.
Did you do a factory reset after you flashed the firmware? If not, do so then manually configure the router and for good measure flash John's fork again from the web gui.
 
I found a (GUI) bug.

Setup:
- a RT-AC68P with 374.43_37E4j9527, in Wireless router mode, using Firefox 64.0 (64-bit).
- Tools/Other Settings/Traffic Monitoring/Enable IPTraffic (per IP monitoring) is set to: "No"
- Lan/Switch Control/NAT Acceleration is set to: "Level 2 CTF"

Now set Tools/Other Settings/Traffic Monitoring/Enable IPTraffic (per IP monitoring) to: "Yes" (and hit "Apply")
You get at Lan/Switch Control:

So far so good (although I would prefer a "greyed out" dropdown box with Disabled in it, but that is just personal preference).

Now go again to Tools/Other Settings/Traffic Monitoring/Enable IPTraffic (per IP monitoring) and set it back to: "No" (and hit "Apply")
You get at Lan/Switch Control:

How can I change NAT Acceleration?

Luckely, if you hit here Apply, then the dropdown box reappears...
 

Attachments

  • capture1.PNG
    capture1.PNG
    7.3 KB · Views: 525
  • Capture2.PNG
    Capture2.PNG
    6.2 KB · Views: 434

Latest threads

Sign Up For SNBForums Daily Digest

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