Asuswrt-Merlin 378.56 is available

[charlie2alpha]

By the way, there's a new firmware for the DSL-AC68U which has this interesting parts in the changelog:

ASUS DSL-AC68U Firmware version 3.0.0.4.378_9168 (This product supports both Annex A and Annex B)
Release Note
-Remove mDNSNetMonitor related debug logs.
-Fixed 802.1Q enabled with VLAN ID 0 setting cannot take effect issue, 802.1Q setting reverted back to disabled.

Seems ASUS is aware that mDNSNetMonitor floods the logs already.

 

[Marc Elser]

Hi,

Does anyone know why accessing the router through https:// is sometimes very slow. I recently disabled http:// access to the router leaving only https with port 8443 enabled as I wanted to put nginx to port 80 (which is blocked by UI otherwise). Accessing the router through http:// always worked perfectly. But since I access the router through https:// it takes sometimes ages to load a ui page (30-60secs). Strange thing is that it does not happen with every click. Some clicks work perfectly ok with no noticeable delay, and suddenly when you click somewhere you that extrem delay. Sometimes so long that chrome reports that the web page is not responding if you want to cancel or wait. I also tried with Firefox and IE with no different behaviour. I even imported the self signed ASUS certificate in chrome so that I don't get a warning when accessing the router with no change. I though might have been a bug in 378.55 but it has exactly the same behaviour in 378.56 too. Anyone experiencing the same issues or is this a known problem or so?

Thanks

 

[cowboy]

Hi,

Does anyone know why accessing the router through https:// is sometimes very slow. I recently disabled http:// access to the router leaving only https with port 8443 enabled as I wanted to put nginx to port 80 (which is blocked by UI otherwise). Accessing the router through http:// always worked perfectly. But since I access the router through https:// it takes sometimes ages to load a ui page (30-60secs). Strange thing is that it does not happen with every click. Some clicks work perfectly ok with no noticeable delay, and suddenly when you click somewhere you that extrem delay. Sometimes so long that chrome reports that the web page is not responding if you want to cancel or wait. I also tried with Firefox and IE with no different behaviour. I even imported the self signed ASUS certificate in chrome so that I don't get a warning when accessing the router with no change. I though might have been a bug in 378.55 but it has exactly the same behaviour in 378.56 too. Anyone experiencing the same issues or is this a known problem or so?

I am experiencing exactly the same behavior on my RT-AC87U when I log-in through chrome (I disabled http too). I sometimes (maybe always) refresh the page when it is taking too long because then it loads faster. This behavior is very often happening when I click on Adaptive QoS or Traffic Analyzer. But when I log-in through Microsoft Edge I don't experience the slow down.

I imported the certificate too, but I am still getting every time the warning to proceed.

 

[GoNz0]

Go to Tools->Sysinfo and see if "loclist" is in the list of features. If not, then it means Asus might not have enabled it yet. .

No, not showing in your latest AC68 release.

 

[VANT]

By the way, there's a new firmware for the DSL-AC68U which has this interesting parts in the changelog:

Seems ASUS is aware that mDNSNetMonitor floods the logs already.

but this is 9168 bulid, in build 9177 this bug is stil exist.

 

[charlie2alpha]

but this is 9168 bulid, in build 9177 this bug is stil exist.

Well, it won't exist in the 378.56_2 release though as @RMerlin disabled logging completely for that service.

Sent from my Nexus 9 using Tapatalk

 

[RMerlin]

By the way, there's a new firmware for the DSL-AC68U which has this interesting parts in the changelog:

Seems ASUS is aware that mDNSNetMonitor floods the logs already.

They were aware of the syslog flood (it was mentioned in the official firmware thread), I don't know if they also resolved the mDNSNetMonitor.log that gets created.

 

[RMerlin]

No, not showing in your latest AC68 release.

Then I guess it's still a work-in-progress.

 

[tracker.ca]

Fixed. Static key authentication was trying to setup a subnet topology, causing the failure.

You are awesome!!! Thanks!

 

[iruyanka]

How to change HostName in MAC Address list?
192.168.1.4 ≠ &&&&&iPhone (Device name changed)

Different Device Name in MAC Address list.
How to show Current Device Name in MAC Address list?

Asuswrt-Merlin 378.56

 

[Jerry12]

For me that was the last straw. Getting tired of constantly answering the same question, so I'm removing the memory buffer fix for the next release.

Suggestion (without questioning this particular decision): Add GUI text to answer common questions. It's a usability fix.

E.g. "Wireless > Professional > 2.4 GHz > Reducing USB 3.0 interference" has some hover-text help but it doesn't say that "Enabled" slows the USB 3 port to USB 2 speed and is incompatible with some hard disks. (Is hover-text help obvious enough?)

 

[NomadTech]

Is the AC68 working in Repeater mode with 378.56? I have some Problems with the Repeater mode on the AC68. My clients on AC68 get no IP from the Main Router AC87.

I have 2 AC68 in repeter mode linked to AC3200, all running 378.56 with no issues.

 

[jontalk]

Make sure you use the download sites listed on http://asuswrt.lostrealm.ca/download . The RT-AC56U latest release is 378.56, released a few days ago.

Yes, this is the page I went to. I was under the impression this version was stable and not in beta but now I see it in the beta folder. Another senior member here told me to avoid installing the stock 900 series FW and use Merlin instead. My router is running fine with v.378.4585 without any problems. Thanks

 

[whitey019]

I just loaded 378.56 on my RT-AC68U and ntp appears to not be working. I haven't check in in quite awhile, but I thought all the settings for ntp/system time were on the Administrative page->system. The ntp path is there, but I don't see how to make it sync.

NOTE: I reloaded 378.55 and ntp works fine.

 

[john9527]

I just loaded 378.56 on my RT-AC68U and ntp appears to not be working. I haven't check in in quite awhile, but I thought all the settings for ntp/system time were on the Administrative page->system. The ntp path is there, but I don't see how to make it sync.
NOTE: I reloaded 378.55 and ntp works fine.

Can you make your syslog available to look at?

 

[whitey019]

I've switched back to 378.55 for the time being. I get a lot of grief from the family if I take the network down too much so it will have to wait.

 

[westmc]

Well, it won't exist in the 378.56_2 release though as @RMerlin disabled logging completely for that service.

Sent from my Nexus 9 using Tapatalk

Where can I download 378.56_2 for the ac68?

 

[RMerlin]

Where can I download 378.56_2 for the ac68?

Nowhere, it doesn't exist yet.

 

[RMerlin]

Please use this thread for further discussion/tests regarding the NTP issues:

http://www.snbforums.com/threads/rt-ac68u-wont-sync-ntp-v-378-56.27872/

 

[RMerlin]

I am experiencing exactly the same behavior on my RT-AC87U when I log-in through chrome (I disabled http too). I sometimes (maybe always) refresh the page when it is taking too long because then it loads faster. This behavior is very often happening when I click on Adaptive QoS or Traffic Analyzer. But when I log-in through Microsoft Edge I don't experience the slow down.

I imported the certificate too, but I am still getting every time the warning to proceed.

Check if your security software has any web filtering feature. Edge might be unaffected because it doesn't support plugins yet. There's been some mentions of Kaspersky causing issues with some https websites for instance.