Asuswrt-Merlin 376.48 Beta 2 is out

[bmn1]

The "NAT Loopback" change fixed an issue I was having when trying to connect to devices on my local network via WiFi. Thanks for that fix

 

[XIII]

If you remove your DNSCrypt setup do resolutions start working properly again?

Sorry, I have been too busy to test this today. I hope to find time later this week.

However, I do remember that nslookup on the router already worked again with 376.48 when I only removed "no-resolv" from /jffs/configs/dnsmasq.conf.add (as probably can be expected?).

However, DNSCrypt will not work then.

 

[RogueSpear]

First, and this is probably of interest to very few, the Sonos bug Asus had introduced recently is gone. Both speakers hard wired in and no problems.

I have a 2TB USB 3 drive plugged into my AC87, ext4 formatted, sharing ~15,000 FLAC for my Sonos, ~20,000 AAC files, a few hundred videos, and then ordinary data (ISO files, etc.). So far I've experienced no problems accessing any of this with either my Win8.1 laptop, Arch Linux on my Pi, or any of the several Android devices laying around. All of this btw is w/ Samba and not DLNA. I haven't enabled that yet. I haven't done any sort benchmarking but I am saturating the bandwidth provided with wifi.

 

[easyriider]

Just installed this beta. I only have 2.4GHz enabled, because I don't use 5GHz.

However now I can't select 2.4GHz anymore in the dropdown list. It displays only 5GHz, but the settings refer to the only enabled 2.4GHz. Very strange.

 

[bmn1]

Just installed this beta. I only have 2.4GHz enabled, because I don't use 5GHz.

However now I can't select 2.4GHz anymore in the dropdown list. It displays only 5GHz, but the settings refer to the only enabled 2.4GHz. Very strange.

Must be something specific to your RT-AC56U. I'm running an RT-AC87R and I'm not having that issue. Did you do a factory reset AFTER you upgraded or did you just let it ride? If you didn't do a factory reset then that's what I would suggest at this point and see if that fixes it.

 

[RMerlin]

Must be something specific to your RT-AC56U. I'm running an RT-AC87R and I'm not having that issue. Did you do a factory reset AFTER you upgraded or did you just let it ride? If you didn't do a factory reset then that's what I would suggest at this point and see if that fixes it.

I can't reproduce it on my RT-AC56U either, so sounds like something localized. I recommend opening the web browser's error console to see if there's any Javascript error preventing the webui from fully loading.

 

[SwampKracker]

Merlin, I just want to report that all is working well so far, although I only use my RT-N66U as a dual-band AP with no features enabled.

BTW - my previous frustrations with the SDK6 drivers and the 5GHz band seem to have been resolved by selecting channel 161 rather than something else. I have not witnessed the odd behavior of high latency (900+ms PING) gradually decreasing to normal and then repeating after a rather short period of uptime since manually setting the channel to 161.

Thanks again.
-------------------------------------------------
RT-N66U with 3.0.0.4.376.48_beta1

 

[AndreaS]

On my AC68U the ntp service does not work anymore. System date reverted to 1 january 2011. Anybody experiencing the same problem?

 

[Toddimus]

Seems to work well on my RT-AC87R. Haven't done any extensive testing with it yet, but I did do a quick test to see if it solved my home server remote access issue, and voila! Fixed! I'm betting it's was related to the NAT loopback issue that was addressed in this version.

For reference, here's the thread I started which tries to explain the issue:
http://forums.smallnetbuilder.com/showthread.php?t=19613

Thanks Merlin!

 

[robvanhooren]

However now I can't select 2.4GHz anymore in the dropdown list. It displays only 5GHz.

same here.

both bands enabled, but only 5GHz shows.

this is on AC66U

I went back to .47 for now

 

[Ronv42]

Great update so far, I did my upgrade to the RT-AC87 on Sunday and all the basic service just continued to work for standard routing and static DHCP services with parental controls for when the kids devices can use the internet.

Last night I turned on the adaptive QOS again to see if there are any improvements from Asus. Still receiving the messages that the values for HTB quantum:

HTB: quantum of class 10001 is big. Consider r2q change​

I know these message have been around forever in the firmwares but I would have thought Asus would have addressed this by now.

I am going to let QOS bake on the router for a few days before making any additional changes.

 

[llc00ljoel]

same here.

both bands enabled, but only 5GHz shows.

this is on AC66U

I went back to .47 for now

Try resetting the router to defaults. I had this happen on my AC68U initially after the upgrade from the last AsusWRT version and then after resetting the router, all is well and I have both bands back again.

 

[RMerlin]

same here.

both bands enabled, but only 5GHz shows.

this is on AC66U

I went back to .47 for now

Same answer I previously posted: open your web browser console and report any error it might display. I can't reproduce the issue here.

 

[falconers]

I'm not currently using disk sharing and though I had anything related to SMB disabled through the GUI, but I get this message in my System Log with 48 Beta 1.

Oct 21 06:20:42 smbd[871]: [2014/10/21 06:20:42.963109, 0] ../lib/util/charset/codepoints.c:319(get_conv_handle)
Oct 21 06:20:42 smbd[871]: dos charset 'CP850' unavailable - using ASCII

I'm guessing it isn't a big deal, but I thought I'd share in case it helped you fix something minor.

Thanks for this release. So far, I've been happy about stability with 48 Beta 1 and my System Log is much quieter.

 

[RMerlin]

I'm not currently using disk sharing and though I had anything related to SMB disabled through the GUI, but I get this message in my System Log with 48 Beta 1.

Oct 21 06:20:42 smbd[871]: [2014/10/21 06:20:42.963109, 0] ../lib/util/charset/codepoints.c:319(get_conv_handle)
Oct 21 06:20:42 smbd[871]: dos charset 'CP850' unavailable - using ASCII

I'm guessing it isn't a big deal, but I thought I'd share in case it helped you fix something minor.

Thanks for this release. So far, I've been happy about stability with 48 Beta 1 and my System Log is much quieter.

If you have enabled the option to act as a master browser or a WINS server, this will also start Samba (which handles these two duties).

Anyway, the warning about the charset is now gone, as I've now compiled Samba with iconv support. iconv will handle all the charset conversion duties.

 

[Turbo Brian]

When in AP mode, my AC87 will obtain a DHCP address regardless of the router's setting. If i set "Get LAN IP Automatically?" to No and specify the IP, any reboots after (or after doing the quicksetup where it reboots automatically) it will grab an IP from the pool. looking at the LAN page the radio button is still set to no but the IP field has the DHCP IP it acquired rather than the one i specified. i can change it to the right IP and it works until the next reboot where it will grab an IP from the pool again. same issue exists in the stock 2769.

 

[XIII]

Sorry, I have been too busy to test this today. I hope to find time later this week.

Re-installed 376.48 Beta 1 to test this today, but now my (unmodified) DNSCrypt configuration seems to be working...

nslookup on the router works:

nslookup forums.smallnetbuilder.com
Server:    127.0.0.1
Address 1: 127.0.0.1 localhost.localdomain

Name:      forums.smallnetbuilder.com
Address 1: 216.14.113.203

And https://dnsleaktest.com reports 176.56.237.171 (resolver1.dnscrypt.eu) as the only DNS server.

 

[RMerlin]

Re-installed 376.48 Beta 1 to test this today, but now my (unmodified) DNSCrypt configuration seems to be working...

nslookup on the router works:

nslookup forums.smallnetbuilder.com
Server:    127.0.0.1
Address 1: 127.0.0.1 localhost.localdomain

Name:      forums.smallnetbuilder.com
Address 1: 216.14.113.203

And https://dnsleaktest.com reports 176.56.237.171 (resolver1.dnscrypt.eu) as the only DNS server.

Wasn't there a recent outage with the DNSCrypt servers (in addition to the Google DNS outage in Asia about a week or two ago)?

 

[XIII]

Wasn't there a recent outage with the DNSCrypt servers (in addition to the Google DNS outage in Asia about a week or two ago)?

This server has been rather stable, but it indeed was down quite recently. So, it might have been another hick-up. However, I believe I tried the OpenDNS servers via DNSCrypt when I noticed that DNSCrypt.eu did not work. OpenDNS via DNSCrypt did also no work; only the regular version of OpenDNS did.

I'm happy that it works now, but I'll investigate further if it happens again.

 

[AndreaS]

An update to my problem with the system date not updating.
I tried with a firmware reflash and a factory reset with no success. Then I accessed my AC68U router through ssh and launched ntp, then a ctrl-c to exit the command and the system date immediately updated. this does not survive a reboot and the only way to update the system date is to follow the above procedure. This never happened me before, just with with this release.
It looks like the ntp server is not started. I run transmission on my usb disk with a swap partition enabled, but even disconnecting it after a reboot I loose the system date.
Merlin, can you give a look at this problem?

A second issue I noticed after the hardware reset is that in samba now it is not possible to set the R/W attributes to new users on existing folders. The only way to get access to such folders is to log as admin.

Thank you Merlin for your great work