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

[dave14305]

If you get a chance to verify that....
I double checked my backport....looks in sync with Merlin.

[Release] Asuswrt-Merlin 384.13 is now available
I don't want to reflash myself.

 

[dave14305]

While we're on the subject of daemons listening on 0.0.0.0, I would love to have a way to disable lpd and u2ec permanently.

 

[john9527]

The only time I see this in my logs is when the WAN interface is offline. So that's at router startup or shutdown, or when I unplug the WAN cable.

I take back me not seeing it.....I also see it during startup and shutdown.....

 

[ColinTaylor]

While we're on the subject of daemons listening on 0.0.0.0, I would love to have a way to disable lpd and u2ec permanently.

And mdns.

 

[Marc66]

Strangely, it is the same as the LAN MAC address (seems to be a Broadcom quirk) unless you have changed it on the WAN page (MAC Address/MAC Clone).

It's also written on the white label on the back of the router.

I somewhat confirm this but actually saw a different WAN MAC address when I tried Fresh Tomato (FT).
* With AsusWRT variants, the WAN MAC address seems to be the same as the LAN MAC. In my case, this address ends with 8.
* When I installed FT, the WAN MAC reported by its GUI was the exact same except for the last digit which was 9 and not 8. As such, my ISP DHCP failed.

I manually assigned the address which ends with 8 for my WAN MAC and ISP DHCP started to work but performance was terrible. 2 Mbps instead of 100.

I'm waiting for my ISP to have its full staff (currently on low staff because of covid) to change my router and have them enter the new router MAC for their DHCP and I'll manually emulate that new MAC on my Asus with FT to see if it makes a difference. Of course I'll move back to John's fork after [emoji1]


Sent from my TRS-80 using Tapatalk

 

[john9527]

@Marc66
Recommendation. Whenever you change mac address (or change routers of course) power down your modem for at least 15min. It will potentially avoid a lot of strange issues.

 

[XRunner]

@john9527
John, please tell me the error that constantly appears in the system log:

Apr 18 01:07:48 WAN_Connection: ISP's DHCP did not function properly.
Apr 18 01:07:48 DualWAN: skip single wan wan_led_control - WANRED off

Is an unrecoverable feature of ASUS routers?
Can't it be fixed?
Thank you in advance!

 

[Markmaster]

Where are you running the TunnelBear or NordVPN client? On the Ubiquity or on your PC?

On my PC (Laptop). Or on my iPhone.

 

[ColinTaylor]

On my PC (Laptop). Or on my iPhone.

Sorry, you'll have ask for help on the Ubiquity forums.

 

[dave14305]

@john9527
John, please tell me the error that constantly appears in the system log:

Is an unrecoverable feature of ASUS routers?
Can't it be fixed?
Thank you in advance!

It generally means your router isn’t getting an IP address from your ISP’s DHCP server.

Is your router working and connected while these messages appear? Maybe post output from this command:

grep -i dhcp /tmp/syslog.log-1 /tmp/syslog.log | grep -v dnsmasq

Maybe you have a very short lease from your ISP?

 

[XRunner]

@dave14305

Here is what the router produces according to the command you submitted:

admin@RT-N66U-B068:/tmp/home/root# grep -i dhcp /tmp/syslog.log-1 /tmp/syslog.lo
g | grep -v dnsmasq
grep: /tmp/syslog.log-1: No such file or directory
/tmp/syslog.log:Jan 1 03:00:23 WAN_Connection: ISP's DHCP did not function properly.
/tmp/syslog.log:Jan 1 03:00:37 rc_service: udhcpc 442:notify_rc start_firewall
/tmp/syslog.log:Jan 1 03:00:37 rc_service: udhcpc 442:notify_rc stop_upnp
/tmp/syslog.log:Jan 1 03:00:37 rc_service: waiting "start_firewall" via udhcpc ...
/tmp/syslog.log:Jan 1 03:00:38 rc_service: waiting "start_firewall" via udhcpc ...
/tmp/syslog.log:Jan 1 03:00:52 rc_service: udhcpc 442:notify_rc start_upnp
/tmp/syslog.log:Jan 1 03:00:52 rc_service: waiting "stop_upnp" via udhcpc ...
/tmp/syslog.log:Jan 1 03:00:53 rc_service: udhcpc 442:notify_rc start_ntpc
/tmp/syslog.log:Jan 1 03:00:53 rc_service: waiting "start_upnp" via udhcpc ...
/tmp/syslog.log:Jan 1 03:00:54 rc_service: udhcpc 442:notify_rc stop_ntpd
/tmp/syslog.log:Jan 1 03:00:54 rc_service: waiting "start_ntpc" via udhcpc ...
/tmp/syslog.log:Apr 18 04:32:13 rc_service: udhcpc 442:notify_rc start_vpnclient1
/tmp/syslog.log:Apr 18 04:32:13 dhcp_client: bound 128.70.210.185 via 128.70.208.1 during 600 seconds.
/tmp/syslog.log:Apr 18 04:32:19 openvpn[560]: [truncated] PUSH: Received control message: 'PUSH_REPLY,route 10.224.0.0 255.254.0.0,dhcp-option DNS 192.168.104.1,block-outside-dns,route-gateway 192.168.104.1,topology subnet,ping 110,ping-restart 360,route 103.246.200.0 255.255.252.0,route 109.239.140.0 255.255.255.0,route 128.199.0.0 255.255.0.0,route 149.154.160.0 255.255.240.0,route 149.154.164.0 255.255.252.0,route 149.154.168.0 255.255.252.0,route 149.154.172.0 255.255.252.0,route 159.203.0.0 255.255.0.0,route 159.
/tmp/syslog.log:Apr 18 04:32:19 openvpn[560]: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
admin@RT-N66U-B068:/tmp/home/root#

Can this be fixed?
Thank you in advance!

 

[ColinTaylor]

Here is what the router produces according to the command you submitted:

Can this be fixed?

I only see one occurrence of the DHCP message and that is at router boot up which is normal. That's not "constantly appearing".

 

[dave14305]

@dave14305

Here is what the router produces according to the command you submitted:

Can this be fixed?
Thank you in advance!

It only appears once during a reboot (expected). But you do have a short lease of 10 minutes (600 seconds) from your ISP. Maybe it happens more frequently when it’s time to renew the lease?

 

[john9527]

Next release has been posted. This release provides support for the adding of custom pages to the WebUI by addons developers. There are a few other new features and updates, but no critical fixes. Install at your convenience

Please see the first post and review the Changelog for the updates.

Thanks to @ColinTaylor and @dave14305 for their testing and feedback/suggestions.

LATEST RELEASE: Update-43E6
16-April-2020
Merlin fork 374.43_43E6j9527
Download http://bit.ly/1YdgUcP
============================

SHA256

(Default Build - All supported routers)
b3044e944aa41094c2c8c80239f63f48620380d0164cf780dfcffc6b5c2e3863  RT-N16_374.43_43E6j9527.trx
54e9b96e3eb5cf9fa467d849a59209a9bbc69ec11a2e85898afc9d4a1625d392  RT-AC66U_374.43_43E6j9527.trx
caa94ce7b5be75ac05e9e5de40db58f4efc828a45aa536349df280cd23a751ad  RT-N66U_374.43_43E6j9527.trx
385e5d05c110e60493ce03bf769899a6495704722d37fdfdb82df8e61fd4996b  RT-AC68U_374.43_43E6j9527.trx
b00afe528c3d7bad0099486fedd370750576e7e8afdf4af76d04f5e846559d71  RT-AC56U_374.43_43E6j9527.trx

 

[john9527]

Just a reminder for everyone to look beyond the obvious...

I was having intermittent DNS failures, which I was blaming on the DNS provider unable to handle the increased traffic. When it happened again, I decided to check my modem log and low and behold it was filled with T3 and T4 timeouts and a really bad upstream power level. Turns out I had a cable splitter that had gone bad! Replaced and now the modem logs are perfectly clean and no more DNS outages.

It pays to check the hardware

 

[Jack Yaz]

Just a reminder for everyone to look beyond the obvious...

I was having intermittent DNS failures, which I was blaming on the DNS provider unable to handle the increased traffic. When it happened again, I decided to check my modem log and low and behold it was filled with T3 and T4 timeouts and a really bad upstream power level. Turns out I had a cable splitter that had gone bad! Replaced and now the modem logs are perfectly clean and no more DNS outages.

It pays to check the hardware

If you have an Arris modem... that exposes data on 192.168.100.1/getRouterStatus...https://github.com/jackyaz/modmon

 

[dlandiss]

If you have an Arris modem... that exposes data on 192.168.100.1/getRouterStatus...https://github.com/jackyaz/modmon

And my Cisco modem has a similar feature at http://192.168.100.1/Docsis_system.asp
(Actually just http://192.168.100.1 is enough -- defaults to the above address)

 

[john9527]

If you have an Arris modem... that exposes data on 192.168.100.1/getRouterStatus...https://github.com/jackyaz/modmon

And my Cisco modem has a similar feature at http://192.168.100.1/Docsis_system.asp
(Actually just http://192.168.100.1 is enough -- defaults to the above address)

And for completeness....Netgear modems
http://192.168.100.1/DocsisStatus.asp
http://192.168.100.1/EventLog.asp

or just navigate the menus from
http://192.168.100.1

You'll be prompted for your password for any of the above.

 

[Jack Yaz]

And for completeness....Netgear modems
http://192.168.100.1/DocsisStatus.asp
http://192.168.100.1/EventLog.asp

or just navigate the menus from
http://192.168.100.1

It's much more fun when you can graph data though!

 

[dlandiss]

You'll be prompted for your password for any of the above.

And the cable companies are not fond of revealing those.