What's new

Asuswrt-Merlin 374.40 is out

  • 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!

Status
Not open for further replies.
Any firmware change is worth clearing the NVRAM after installation to ensure there are no conflicts with the previous version's settings and code.

It's the manual config after doing this that I find an inconvenience.

Luckily you do not have to do it for each firmware change, only when making big jumps between versions.
 
I do it for every firmware update I make. Why have (possible) headaches that I don't need? Especially as it takes just a few minutes to setup my preferences to my liking.
 
Hi,

Did you read the changelog in the first posting of this thread?
There you will find all the changes since version 35 - and you can decide if this is important to you, or not... :rolleyes:

With kind regards
Joe :cool:

Thanks for the great idea. Since I had already read the changelog and didn't / don't know what more than 1/2 of it means I'll just leave things as they are.
 
Is clearing the NVRAM the same as holding the reset button?

Sent from my Nexus 7 using Tapatalk
 
Is clearing the NVRAM the same as holding the reset button?

Sent from my Nexus 7 using Tapatalk

Yes or you can just go into setting and reset to restore to factory defaults. I answered this for you because once when I asked this question 10 people instead of giving me a simple answer insisted on writing a paragraph telling me how to do a search and figure it out. Games. Just help a buddy out. You wouldn't ask unless you looked it up and weren't sure right? :D
 
Is clearing the NVRAM the same as holding the reset button?
Hi,

Is there a reason why you NOT search the forum BEFORE you ask a question? :eek:

If you would do a small search you would find this! :rolleyes:

With kind regards
Joe :cool:
 
Thanks Merlin for all the hard work, enjoy your break!

EM builds for N66U are great.

They were great.

The 374.40 build is even better. :)
 
Any reasons to upgrade to this ? security wise over what I have?

I have no issue or problem Only issue I ever had was with QOS enabled ps3 reports my router was no support ip fragments.


Haveing to redo all the mac addresses I have set for wireless allow list is not something I want to do, seeing I Been told I cant use backups to reapply them along with all my QOS settings and other settings

Just use the nvram setting for that and dump it to a file. People have posted quite a few times on how to dump settings with nvram to a file and after factory resetting, import those settings back. Search the forums. I can factory reset and restore back to the way I want in about 15 mins. "nvram show" lists all the settings. If you are refering to the mac address filter look for macfilter_rulelist, if you are refering to the dhcp then look at dhcp_staticlist. No reason to reinvent the wheel.

This is completely different and "safe" way to restore setting, this doesnt do the same thing as using a backup config file.
 
Last edited:
I noticed that with this firmware my wireless is stronger than with the sdk5 build. Now I don't have to waste any more money on those so called -9db antennas I bought on ebay which made my signal worse. I ended up going back to the stock antennas which worked better with sdk5 and great with 374.40.
 
.40_0 does not work with my Hurricane Electric IPv6 6in4 tunnel, giving me a 0/10 rating on http://test-ipv6.com.

Neither does all the other recent firmware versions that I have tried. (38_2, 39_0, 40_Beta)

This is after a 30/30/30 reset, manual reentry of all settings, etc.

Reverting to 374.35_4 fixes the issue, giving me a 10/10 on the above mentioned test URL.

Forgot to add, here's what my tunnel configuration currently looks like...

+ 1, I can't get my ipv6 to get working either.
Tunnel broker DDNS synced and works fine though...
Not sure what's wrong. :confused:
 
I have noticed I am getting a few of the following entries in my router log..

Mar 17 12:20:26 smbd[24602]: [2014/03/17 12:20:26, 0] libsmb/ntlm_check.c:smb_pwd_check_ntlmv1(55)
Mar 17 12:20:26 smbd[24602]: smb_pwd_check_ntlmv1: incorrect password length (74)

Is it something I should be concerned about?

I never got them before 374.40.
 
Is it something I should be concerned about?
Hi,

Did you Google the error message - or better: Search the forum? :rolleyes:
No? Why not? :eek:

If you would do that you would find out that "you should be concerned about your Windows NTLM security settings"!

With kind regards
Joe :cool:
 
Mar 16 11:17:23 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Mar 16 11:17:23 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Mar 16 11:17:23 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Mar 16 11:17:23 kernel: HTB: quantum of class 10010 is big. Consider r2q change.

I keep getting these i am gather this has something to do this QoS


Just use the nvram setting for that and dump it to a file. People have posted quite a few times on how to dump settings with nvram to a file and after factory resetting, import those settings back. Search the forums. I can factory reset and restore back to the way I want in about 15 mins. "nvram show" lists all the settings. If you are refering to the mac address filter look for macfilter_rulelist, if you are refering to the dhcp then look at dhcp_staticlist. No reason to reinvent the wheel.

This is completely different and "safe" way to restore setting, this doesnt do the same thing as using a backup config file.

I see no sticky about this , guess i search around more
 
Last edited:
Mar 16 11:17:23 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Mar 16 11:17:23 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Mar 16 11:17:23 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Mar 16 11:17:23 kernel: HTB: quantum of class 10010 is big. Consider r2q change.

I keep getting these i am gather this has something to do this QoS

Just ignore them. They are warning related to how Asus/Tomato have implemented QoS.
 
AC-68R on B3 rebooted after like 10 days yesterday at 3PM. I think it was World of Warcraft that caused it. Was in IOC 40 man BG. shirt gets intense in there. I have seen WOW reboot some of my other routers and even Motorola cable modems. How is that even possible?
 
Hi,

Did you Google the error message - or better: Search the forum? :rolleyes:
No? Why not? :eek:

If you would do that you would find out that "you should be concerned about your Windows NTLM security settings"!

With kind regards
Joe :cool:

My wife posted yesterday as I was out at work, and she thanks you for the pointless sarcasm, you must feel very special.. :rolleyes:
 
My wife posted yesterday as I was out at work, and she thanks you for the pointless sarcasm, you must feel very special.. :rolleyes:

LOL...wife posting concerns about router log???
Never got them before .40???
If my wife was screwing around in my routers firmware, I'd divorce the beeotch...lmao
 
AC-68R on B3 rebooted after like 10 days yesterday at 3PM. I think it was World of Warcraft that caused it. Was in IOC 40 man BG. shirt gets intense in there. I have seen WOW reboot some of my other routers and even Motorola cable modems. How is that even possible?

I would highly doubt the game is causing a reboot, I have never had a router/modem reboot because of a game and my wife and I play wow together all the time. If this is happening then I would look at some other factor like heat that might be causing this. is all your gear crammed into a closet or something?
 
I'm using powerline adapter for my WAN connection and under heavy loads (torrents) speed sporadically drops and in logs I see the following:

Mar 18 20:52:30 dnsmasq-dhcp[12493]: DHCPACK(br0) 192.168.1.229 00:1f:d0:23:ef:06 aspen63-wdsktp
Mar 18 20:53:16 WAN Connection: Ethernet link up.
Mar 18 20:53:16 rc_service: wanduck 292:notify_rc restart_wan_if 0
Mar 18 20:53:16 dnsmasq[12493]: read /etc/hosts - 5 addresses
Mar 18 20:53:16 dnsmasq[12493]: read /etc/hosts.dnsmasq - 0 addresses
Mar 18 20:53:16 dnsmasq-dhcp[12493]: read /etc/ethers - 1 addresses
Mar 18 20:53:16 dnsmasq[12493]: using nameserver 80.253.27.101#53
Mar 18 20:53:16 dnsmasq[12493]: using nameserver 195.98.160.26#53
Mar 18 20:53:16 stop_wan(): perform DHCP release
Mar 18 20:53:16 miniupnpd[12510]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Mar 18 20:53:16 miniupnpd[12510]: Failed to get IP for interface eth0
Mar 18 20:53:16 miniupnpd[12510]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Mar 18 20:53:16 miniupnpd[12510]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Mar 18 20:53:16 miniupnpd[12510]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Mar 18 20:53:16 dnsmasq[12493]: read /etc/hosts - 5 addresses
Mar 18 20:53:16 dnsmasq[12493]: read /etc/hosts.dnsmasq - 0 addresses
Mar 18 20:53:16 dnsmasq-dhcp[12493]: read /etc/ethers - 1 addresses
Mar 18 20:53:16 dnsmasq[12493]: using nameserver 80.253.27.101#53
Mar 18 20:53:16 dnsmasq[12493]: using nameserver 195.98.160.26#53
Mar 18 20:53:16 kernel: Attempt to kill tasklet from interrupt
Mar 18 20:53:16 kernel: br0: port 1(vlan1) entering disabled state
Mar 18 20:53:16 kernel: br0: port 1(vlan1) entering listening state
Mar 18 20:53:16 kernel: br0: port 1(vlan1) entering learning state
Mar 18 20:53:16 kernel: br0: topology change detected, propagating
Mar 18 20:53:16 kernel: br0: port 1(vlan1) entering forwarding state
Mar 18 20:53:18 dnsmasq[12493]: read /etc/hosts - 5 addresses
Mar 18 20:53:18 dnsmasq[12493]: read /etc/hosts.dnsmasq - 0 addresses
Mar 18 20:53:18 dnsmasq-dhcp[12493]: read /etc/ethers - 1 addresses
Mar 18 20:53:22 dnsmasq[12493]: read /etc/hosts - 5 addresses
Mar 18 20:53:22 dnsmasq[12493]: read /etc/hosts.dnsmasq - 0 addresses
Mar 18 20:53:22 dnsmasq-dhcp[12493]: read /etc/ethers - 1 addresses
Mar 18 20:53:22 dnsmasq[12493]: using nameserver 80.253.27.101#53
Mar 18 20:53:22 dnsmasq[12493]: using nameserver 195.98.160.26#53
Mar 18 20:53:22 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Mar 18 20:53:22 dnsmasq[12493]: exiting on receipt of SIGTERM
Mar 18 20:53:22 dnsmasq[12572]: started, version 2.68 cachesize 1500
Mar 18 20:53:22 dnsmasq[12572]: asynchronous logging enabled, queue limit is 5 messages
Mar 18 20:53:22 dnsmasq-dhcp[12572]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Mar 18 20:53:22 dnsmasq-dhcp[12572]: DHCP, sockets bound exclusively to interface br0
Mar 18 20:53:22 dnsmasq[12572]: read /etc/hosts - 5 addresses
Mar 18 20:53:22 dnsmasq[12572]: read /etc/hosts.dnsmasq - 0 addresses
Mar 18 20:53:22 dnsmasq-dhcp[12572]: read /etc/ethers - 1 addresses
Mar 18 20:53:22 dnsmasq[12572]: using nameserver 80.253.27.101#53
Mar 18 20:53:22 dnsmasq[12572]: using nameserver 195.98.160.26#53
Mar 18 20:53:22 rc_service: udhcpc 12554:notify_rc stop_upnp
Mar 18 20:53:22 rc_service: udhcpc 12554:notify_rc start_upnp
Mar 18 20:53:22 miniupnpd[12589]: HTTP listening on port 49373
Mar 18 20:53:22 miniupnpd[12589]: Listening for NAT-PMP traffic on port 5351
Mar 18 20:53:22 dhcp client: bound 46.188.4.100 via 46.188.4.1 during 7200 seconds.
Mar 18 20:53:22 miniupnpd[12589]: upnp_event_send: send(): Connection reset by peer
Mar 18 20:53:52 dnsmasq-dhcp[12572]: DHCPINFORM(br0) 192.168.1.229 00:1f:d0:23:ef:06
Mar 18 20:53:52 dnsmasq-dhcp[12572]: DHCPACK(br0) 192.168.1.229 00:1f:d0:23:ef:06 aspen63-wdsktp

These "WAN Connection: Ethernet link up"s come regularly, but if I have no heavy downloads they disappear. Who would you guess is more likely culprit: the router or powerline adapters? Have no way to replace adapters to see if anything is changed. And yes, 374.40 on AC66.
 
Status
Not open for further replies.

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