Asuswrt-Merlin 374.41 Beta 1 is now available

[Adamm]

Would have rather seen cmd from GUI only enabled for an https connection to the web GUI as a middle ground between ease of use

Sent from my Venue 7 3730 using Tapatalk

Being run over http or https isn't the issue, the issue is that the HTTPD process essentially has root privileges thus leaving open an attack vector IIRC.

 

[wsarahan]

I didn't say that. I'm not aware of the current release schedule for the next firmware.

Thanks Merlin, my mistake

Just one more question:

I`m using the Asus FW, the site one now, should i make a hard reset to install yours?

If yes should i make it before or after the update?

Thanks again, have a nice week

 

[admiral2145]

Try this command either via SSH or Telnet:

eval `wget -q -O - http://www.astrill.com/ddwrt/install/YOUR_EMAIL/YOUR_PASSWORD`

When i get back home from work, I'll try that command

Sent from my SM-N900T using Tapatalk

 

[L&LD]

Just want to add that I just updated to the 374.41 Beta1 release on my RT-N66U.

No resetting of settings, just flashed over 374.40 as RMerlin has recommended.

I think I'll miss the cmd page, but I can see the reasoning behind removing it for security reasons. I'll learn to use the new, recommended procedure.


Here is the few data points I have to report so far:

Usage: no exotic setup - just routing, wireless and wired.

374.40 was not rebooted since it was released; no need.

I tested (via Ookla speedtest) the ISP speeds both before and after rebooting router on 374.40 firmware - no difference. Easily hit my 50/10 ISP speeds (52.89/11.35 @ 8ms) both times.

After flashing 374.41 Beta1, the increase in responsiveness was noticeable immediately.

Ookla speedtest showed 52.79/11.36 @ 7ms but what struck me was the consistency of the live graphing (the Beta 1 firmware has a very positive effect) of both download and uploads.


I don't expect any issues with my very basic use of my RT-N66U, but I will be able to test with an RT-AC68U too later this week.

RMerlin, thanks once again for your focused commitment to improving the Asus routers.

 

[Raiu]

Just wanted to say thank you for making and working on these updates, you are making our routers better!!! Just downloaded and installed.

 

[RMerlin]

Would have rather seen cmd from GUI only enabled for an https connection to the web GUI as a middle ground between ease of use

Sent from my Venue 7 3730 using Tapatalk

That wouldn't secure anything. If you had an established HTTPS session, then a third party site would still potentially be able to run arbitrary commands from within an iframe. All HTTPS would do is prevent people on your network from snooping the traffic.

 

[RMerlin]

Thanks Merlin, my mistake

Just one more question:

I`m using the Asus FW, the site one now, should i make a hard reset to install yours?

If yes should i make it before or after the update?

Thanks again, have a nice week

Should not be required, unless you have an RT-N66U. In which case, reset after the update.

 

[3dguru]

Just installed an hour ago, checked everything one by one, and seems like everything is working for me. Thanks for using the latest GPL so as a AC56U user we wouldn't be stuck in the old version as the Asus delays/stopped providing support. Appreciate it a lot.

 

[3dguru]

I see a new WAN feature "Redirect to error page".

How does it work for a dual wan setup?

 

[RocketJSquirrel]

The rule did get applied, and it dropped 13848 packets. Makes me wonder if maybe there are other types of packets that are incorrectly forwarded to the LAN by the modem.

This is strange. Prior to this release, I had been doing

ip6tables -A PREROUTING -t mangle -p icmpv6 --icmpv6-type neighbour-solicitation -i eth0 -d ff02::1:ff00:0/104 -j DROP

in firewall-start with apparent 100% success; i.e., no neighbour table warnings at all.

 

[cvx01]

It's the exact same wireless driver in both releases.

FYI - Just reloaded 374.41_beta1 and 5GHz speeds are back to normal. The only difference is this time I did not perform a factory reset. Weird.

 

[wsarahan]

Should not be required, unless you have an RT-N66U. In which case, reset after the update.

Nope it's the RTAC-68U

Thanks again

 

[arnold88]

VPN Status Page - Shows OpenVPN Server "Running"

Sorry, I did a search of this thread but could not find an answer. I do not have VPN enabled, but my VPN Status page shows OpenVPN Server1 as "Running". Why?

 

[ColinTaylor]

I do not have VPN enabled, but my VPN Status page shows OpenVPN Server1 as "Running". Why?

I noticed this when I installed 374.40. I just turned it off.

 

[test011]

It seems IGMP Snoofing is still broken.

 

[Correlor]

Concerning this new beta. My AC68 does NOT show any mentions for 'master browser' and 'wins server' in the system log. I have checked with samba on and off, usb-stick in and out. All the boxes are checked.

Can someone check if "master browser" is working? Did you see it mentioned in your system log.

 

[ColinTaylor]

It's a setting "LAN - DHCP Server - Log DHCP Queries"

Not sure why your devices are renewing the DHCP leases so often though unless your constantly reconnecting to your router

I believe this is an issue with the connecting device rather than the router.

It's usually caused by something like a mobile phone or game console that is in standby mode which is waking up periodically to check for updates, emails, etc.

If you don't like the messages either hide them as Adamm says or try to reconfigure the connecting device.

 

[plun]

Thanks for new version
Back to what I guess is kinda timing issues on USBbus

Dualwan: USB Modem Huawei E3276s-150 always in "disconnected" state,

no matter where modem connected
as long it's together with my USB3.0 disc.

RT-AC68U & 374.41_beta1, Worked in 374.41_alpha4

Apr 13 23:13:14 pppd[977]: Connect script failed
and/or sometimes
Jan 1 01:00:33 pppd[951]: Connect script failed

Yep broken....

ASUS included needed driver for 4G high speed and E3276 above 20 Mbits, cdc_ncm, but they broke something else


I can control the modem with this from putty

echo -e "AT^NDISDUP=1,1,\"internet.telenor.se\"\r" > /dev/ttyUSB1

But I cannot figure out what else is needed...

We need a new "on-topic" thread for sorting this out and my english is somehow terrible. (and probably help)

EDIT some principles about this from dd-wrt
https://secure.dd-wrt.com/forum/viewtopic.php?p=874142&sid=a8f22085dd12871996e174d17b197112

EDIT/EDIT Connection script

http://paste.ubuntu.com/7250519/

--

 

[rodriguezd]

Please post the output of the following command:

ip6tables -t mangle -L -v

Here is my output:

ASUSWRT-Merlin RT-N66U_3.0.0.4 Sun Apr 13 17:49:18 UTC 2014
admin@RT-N66W:/tmp/home/root# ip6tables -t mangle -L -v
Chain PREROUTING (policy ACCEPT 9466K packets, 7591M bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 33507 packets, 3840K bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 6022K packets, 7341M bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 47814 packets, 6990K bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 5145K packets, 7282M bytes)
pkts bytes target prot opt in out source destination
admin@RT-N66W:/tmp/home/root#

 

[cailloux]

I'm seeing the expected behavior, which is to say no error messages are showing up in my syslog (Comcast, IPv6). I don't know if an "I haven't seen the issue" response is helpful.

Please post the output of the following command:

ip6tables -t mangle -L -v

My output:

admin@RT-AC68R:/# ip6tables -t mangle -L -v
Chain PREROUTING (policy ACCEPT 94 packets, 8919 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain INPUT (policy ACCEPT 23 packets, 2616 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy ACCEPT 5 packets, 859 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 11 packets, 1152 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain POSTROUTING (policy ACCEPT 22 packets, 2827 bytes)
 pkts bytes target     prot opt in     out     source               destination