[Release] Asuswrt-Merlin 380.65 is now available

[wpte]

Right, I don't have the know-how to investigate that type of crash.

I'll just send it of to Asus then

 

[RMerlin]

Hi Merlin, thanks for your great work. For me on a ac66u bandwith monitor (daily, per month) won't work. With older versions there were no problemes. Any ideas.

Re-create your data files.

 

[elgreco29]

Hi Merlin, no chance. I re-created my files, but the traffic was not shown.

 

[Igor]

miniupnpd gets restarted later down, so this doesn't cause any real problem. The first restart simply occurs just before the firewall gets reconfigured when a restart_net_and_phy event is issued (which pretty much restarts the whole networking stack).

I do not confirm autorestart miniupnpd. Now must reboot manually. Do you need the syslog?

 

[spalife]

@RMerlin

Today the below happened and can be replicated through multiple browsers on N66U

1.Login to router admin through

https://192.168.1.1:8443/Main_Login.asp

2. Instead of Router Admin (index page) only the below appears
(browser url is https://192.168.1.1:8443/ajax_coretmp.asp)

curr_coreTmp_2_raw = "52°C"; curr_coreTmp_2 = (curr_coreTmp_2_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_2_raw.replace("°C", "")); curr_coreTmp_5_raw = "disabled"; curr_coreTmp_5 = (curr_coreTmp_5_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_5_raw.replace("°C", "")); curr_coreTmp_cpu = "";

3. Router Admin page appears if you change the browser url to either of
the below (without the need to relogin)

https://192.168.1.1:8443/
https://192.168.1.1:8443/index.asp

 

[jeff3820]

@RMerlin

Today the below happened and can be replicated through multiple browsers on N66U

1.Login to router admin through

https://192.168.1.1:8443/Main_Login.asp

2. Instead of Router Admin (index page) only the below appears
(browser url is https://192.168.1.1:8443/ajax_coretmp.asp)

curr_coreTmp_2_raw = "52°C"; curr_coreTmp_2 = (curr_coreTmp_2_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_2_raw.replace("°C", "")); curr_coreTmp_5_raw = "disabled"; curr_coreTmp_5 = (curr_coreTmp_5_raw.indexOf("disabled") > 0 ? 0 : curr_coreTmp_5_raw.replace("°C", "")); curr_coreTmp_cpu = "";

3. Router Admin page appears if you change the browser url to either of
the below (without the need to relogin)

https://192.168.1.1:8443/
https://192.168.1.1:8443/index.asp

I have seen this about 5-10% of the time as well. Others have reported it too. My router is the 68U

 

[spalife]

I have seen this about 5-10% of the time as well. Others have reported it too. My router is the 68U

It appears in 380.65 did not see the issue on prior builds.

I do have 5 GHz disabled,
maybe if one of the radio's is off.....

 

[jeff3820]

I use both radios...and I concur, issue first appeared in 380.65. The common thread with others has been with Firefox as the browser...you have experienced this with other browsers?

 

[spalife]

I use both radios...and I concur, issue first appeared in 380.65. The common thread with others has been with Firefox as the browser...you have experienced this with other browsers?

Yes. Firefox, Opera, Safari (Mac Desktop versions).
Issue appears frequently.
Nothing in the syslog

 

[muffintastic]

I reverted back to 380.64_2 which is more stable; wireless wise -- I would recommend a factory reset, a dirty flash does work also. I will stick with this version until the wireless issue is fixed.

 

[spalife]

I use both radios...and I concur, issue first appeared in 380.65. The common thread with others has been with Firefox as the browser...you have experienced this with other browsers?

Forum search did not turn up the issue reported earlier by you.

After your update went through this thread.

The culprit it seems are the certificates as mentioned earlier in this
thread by others.

Removed the keychain entries for 192.168.1.1 and also

Firefox ->Preferences -> Advanced->Certificates->View Certificates->Authorities

Firefox ->Preferences -> Advanced->Certificates->View Certificates->Others

Firefox ->Preferences -> Advanced->Certificates->View Certificates->Servers

Delete all references to 192.168.1.1 and carry out similar steps in
other browsers.

Clear Cache & Cookies etc.,

The issue which was happening everytime on router admin web login
did not appear again.

Firefox and other browsers web admin page load times has reduced too.

Will update the post if it happens in future.

 

[Makaveli]

I use FF and have never see this issue.

 

[RMerlin]

WOW!

What is there to be excited there? I'm just keeping in sync with the current code like I've been doing for over 4 years now...

 

[jegesq]

Can't load Merlin 380.65 on a new AC66U-B1. Tried the usual methd, and keep getting a message that this is unauthorized firmware.

Came out of box with official .4118, and I uploaded to latest official, 7226. I am using this as a media bridge only, so maybe Merlin vs. Official firmware doesn't make any difference. But just the same, I would like to see if it will load, and if not why not.

Edit: Never mind. I'm an idiot. Just realized I need to use the AC68U Merlin firmware, not the AC66U, for the 66U-B1 model. Sheesh.

 

[Goran]

I think that I have found little bug - when defaulting OpenVPN clients processing goes up to 200%

AC3200 @ 380.65

 

[virtueme]

My RT-AC66U in repeater mode on 3.0.0.4.380.7266 gave me nightmares and a totally unstable network. My wife has been angry because she couldn't watch youtube, netflix nor HBO for long before disconnecting.

My Setup

RT-AC5300 (3.0.0.4.380.7266) as main router with pppoe connected to my my isp.

A RT-AC66U (3.0.0.4.380.7266) as repeater in my mainhouse. Most units are connected to this.

A RT-AC66U (3.0.0.4.380.7266) connected to the repeater as a mediabridge.

After "downgrading" both RT-AC66U to Merlin 380.65 everything works so much better. No frequent disconnects.

Thanks for the good work, Merlin.

 

[Reala]

I had this posted over in this thread: https://www.snbforums.com/threads/f...guest-network-for-asus-merlin-rt-ac68u.18969/ but perhaps this is a better place to post it.

This morning, I upgraded from 380.64_2 to 380.65 and lost connectivity with the router. I flashed through recovery mode afterwards thinking I had bricked it, but as it turns out the script I'm using to limit LAN access on port 4 was causing the loss of LAN/WAN connectivity on my desktop PC wired through port 1 (vlan1).

#!/bin/sh
# force LAN port 4 to use the Guest Network for RT-AC66U
robocfg vlan 1 ports "1 2 3 8t"
robocfg vlan 10 ports "4 8t"
vconfig add eth0 10
ifconfig vlan10 up
brctl addif br0 vlan10
ebtables -t broute -I BROUTING -p IPv4 -i vlan10 --ip-dst 192.168.2.0/24 --ip-proto tcp -j DROP
ebtables -t filter -I FORWARD -i vlan10 -o ! eth0 -j DROP
ebtables -t filter -I FORWARD -i ! eth0 -o vlan10 -j DROP

My router, AC66U is 192.168.2.1. The above script worked without issues in 380.64_2 but I can't figure out why it's not working now. I can still access the router after the script executes through WiFi, which is how I've been restoring access by formatting the JFFS partition/rebooting.

Anyone have any ideas on what the problem could be? Nothing's changed on the PC side. In fact, I'm on it right now, no script -- every port is on vlan1.

 

[jeff3820]

Forum search did not turn up the issue reported earlier by you.

After your update went through this thread.

The culprit it seems are the certificates as mentioned earlier in this
thread by others.

Removed the keychain entries for 192.168.1.1 and also

Firefox ->Preferences -> Advanced->Certificates->View Certificates->Authorities

Firefox ->Preferences -> Advanced->Certificates->View Certificates->Others

Firefox ->Preferences -> Advanced->Certificates->View Certificates->Servers

Delete all references to 192.168.1.1 and carry out similar steps in
other browsers.

Clear Cache & Cookies etc.,

The issue which was happening everytime on router admin web login
did not appear again.

Firefox and other browsers web admin page load times has reduced too.

Will update the post if it happens in future.

1) Had no certs referencing Asus, Merlin, or 192.168.1.1.
2) Cleared cache and cookies

Seems fine for a day or two and then when I log in I get the temps page again. Just happened a few days ago and I cleared cache and cookies yesterday. This only started with 380.65 OR Firefox 51...this never happened before and now it's maybe 10%. Something is amiss.

 

[jeff3820]

1) Had no certs referencing Asus, Merlin, or 192.168.1.1.
2) Cleared cache and cookies

Seems fine for a day or two and then when I log in I get the temps page again. Just happened a few days ago and I cleared cache and cookies yesterday. This only started with 380.65 OR Firefox 51...this never happened before and now it's maybe 10%. Something is amiss.

I think I may have figured this out. I had a bookmark to access the 68U, http://192.168.1.1/Main_Login.asp. I can make the error happen EVERY TIME if I do not log out of the router, close the browser tab, open a new tab and then use my bookmark to access the router. Bam, back to the core temp readings. What seems to happen is that when logging out the router returns you to the Main_Login.asp screen. I can then close the tab, open a new tab and use the http://192.168.1.1/Main_Login.asp bookmark to get to the login screen...pressing login I get core temps about 10% of the time. What I think is happening in 380.65 is that it takes a longer time to actually log out of the system or the system thinks you are logged in...it's just slower than in versions prior to 380.65.

Regardless, I seemed to resolve the issue by editing my bookmark. Instead of going to http://192.168.1.1/Main_Login.asp, I changed the bookmark properties to just http://192.168.1.1. Seems to have resolved the issue but I will report back if it happens again.

 

[spalife]

I think I may have figured this out. I had a bookmark to access the 68U, http://192.168.1.1/Main_Login.asp. I can make the error happen EVERY TIME if I do not log out of the router, close the browser tab, open a new tab and then use my bookmark to access the router. Bam, back to the core temp readings. What seems to happen is that when logging out the router returns you to the Main_Login.asp screen. I can then close the tab, open a new tab and use the http://192.168.1.1/Main_Login.asp bookmark to get to the login screen...pressing login I get core temps about 10% of the time. What I think is happening in 380.65 is that it takes a longer time to actually log out of the system or the system thinks you are logged in...it's just slower than in versions prior to 380.65.

Regardless, I seemed to resolve the issue by editing my bookmark. Instead of going to http://192.168.1.1/Main_Login.asp, I changed the bookmark properties to just http://192.168.1.1. Seems to have resolved the issue but I will report back if it happens again.

Clearing the Browser Cookie+Cache+Certificates & Keychain (mac os) solved the issue for me.

Even I access the Admin Page through a bookmark though
through ssl https://192.168.1.1:8443/Main_Login.asp