What's new

Asuswrt-Merlin 380.59 is now available

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

In mediabridge mode between AC87U and AC66U I get better speed than ever before. You also fixed the bug where the login through LAN would crash the router. I think it was allready solved in Beta 2?
You rock Merlin. Thanks!!! :)
 
I knew it just days after I put back 380.58 there would be new release! hah guess i see what happen with this before flash new fw again
 
I'm getting the same error message as others when updating from 58 to 59 on my RT-AC66U. Here is the message:

Firmware upgrade unsuccessful. This may result from incorrect image or error transmission. Please check the version of firmware and try again.

I never had this error before. Just in case I tried other browsers. Same issue.

Unplug all USB devices. Reboot router. Flash new firmware. :)
 
Restoring anything after a factory default rest mostly reverts the benefit of the factory default reset.

I"m taking this as NO NVRAM restore, put everything back in by hand? I may be off base, but I thought I had read backup with vnram util, upgrade firmware, factory reset, restore nvram settings?
 
My machine is AC68U, after upgraded to 380.59, my PPTP Service was down, here is the log message,

Mar 22 09:21:48 pptpd[26976]: CTRL: Client 106.121.67.245 control connection started
Mar 22 09:21:48 pptpd[26976]: CTRL: EOF or bad error reading ctrl packet length.
Mar 22 09:21:48 pptpd[26976]: CTRL: couldn't read packet header (exit)
Mar 22 09:21:48 pptpd[26976]: CTRL: CTRL read failed
Mar 22 09:21:48 pptpd[26976]: CTRL: Client 106.121.67.245 control connection finished
Mar 22 09:21:50 pptpd[26977]: CTRL: Client 106.121.67.245 control connection started
Mar 22 09:21:50 pptpd[26977]: CTRL: EOF or bad error reading ctrl packet length.
Mar 22 09:21:50 pptpd[26977]: CTRL: couldn't read packet header (exit)
Mar 22 09:21:50 pptpd[26977]: CTRL: CTRL read failed
Mar 22 09:23:36 pptpd[27163]: CTRL: Client 106.121.67.245 control connection finished
Mar 22 09:23:39 pptpd[27164]: CTRL: Client 106.121.67.245 control connection started
Mar 22 09:23:39 pptpd[27164]: CTRL: EOF or bad error reading ctrl packet length.
Mar 22 09:23:39 pptpd[27164]: CTRL: couldn't read packet header (exit)
Mar 22 09:23:39 pptpd[27164]: CTRL: CTRL read failed
Mar 22 09:23:39 pptpd[27164]: CTRL: Client 106.121.67.245 control connection finished
Mar 22 09:23:42 pptpd[27165]: CTRL: Client 106.121.67.245 control connection started
Mar 22 09:23:42 pptpd[27165]: CTRL: Starting call (launching pppd, opening GRE)
Mar 22 09:23:42 pptp[27166]: Plugin pptp.so loaded.
Mar 22 09:23:42 pptp[27166]: PPTP plugin version 0.8.5 compiled for pppd-2.4.7, linux-2.6.36.4
Mar 22 09:23:42 pptp[27166]: pppd 2.4.7 started by admin, uid 0
Mar 22 09:23:42 pptp[27166]: Using interface ppp10
Mar 22 09:23:42 pptp[27166]: Connect: ppp10 <--> pptp (106.121.67.245)
Mar 22 09:23:46 pptp[27166]: MPPE 128-bit stateless compression enabled
Mar 22 09:23:49 pptp[27166]: Cannot determine ethernet address for proxy ARP
Mar 22 09:23:49 pptp[27166]: local IP address 192.168.2.1
Mar 22 09:23:49 pptp[27166]: remote IP address 192.168.10.2
Mar 22 10:07:16 pptpd[27165]: CTRL: EOF or bad error reading ctrl packet length.
Mar 22 10:07:16 pptpd[27165]: CTRL: couldn't read packet header (exit)
Mar 22 10:07:16 pptpd[27165]: CTRL: CTRL read failed
Mar 22 10:07:16 pptpd[27165]: CTRL: Client pppd TERM sending
Mar 22 10:07:16 pptpd[27165]: CTRL: Client pppd finish wait
Mar 22 10:07:16 pptp[27166]: Terminating on signal 15
Mar 22 10:07:16 pptp[27166]: Connect time 43.5 minutes.
Mar 22 10:07:16 pptp[27166]: Sent 27874060 bytes, received 2884391 bytes.
Mar 22 10:07:16 pptp[27166]: MPPE disabled
Mar 22 10:07:19 pptp[27166]: Connection terminated.
Mar 22 10:07:19 pptp[27166]: Modem hangup
Mar 22 10:07:19 pptp[27166]: Exit.

did I do something wrong? or I have to give up the latest firmware?
 
Had issue with sshd

no sshd_wan set in nvram, china IP was brute forcing on AC68P
factory reset yes, manual input of values... web UI still not show "Allow SSH access from WAN" set "No"

has to use

nvram set sshd_wan=0
services restart_firewall
 
Switched from 380.59 beta 2 to 380.59 (without a factory reset) and my nas speed went back up to 50/30 (which is what I experienced under stock), from the 40/20 I was experiencing under beta 2. I also had a strange issue under beta 2 that I wasn't too sure what to make of where cloudcheck flagged a wireless camera as having an issue because it was only getting 20 Mbs but the previous 7 day average was 40. It stayed at 20 the whole time under beta 2 even with reboots of the camera. Upgraded to 380.59 and it immediately shot back up to 40.
 
I seem to have an issue with my rt-ac87u.
Whenever I enable guest wifi network for 5GHz I seem to lose the ability to choose what channel I'd like for 5GHz.
I can select channel 48/80MHz, but when wifi reinitializes it seems to scan channels and end up on channel 112. Only when I select 20MHz I'm able to keep my selected channel.
When I disable the guest wifi, change the preferred channel again, it seems to stick to the one I want.

Even if I set 5GHz channel to auto without DFS it still chooses a DFS channel...

I've tried with a factory reset. I only changed the wifi settings and the same problem occurs.
When I go back to 380.58, no problems.
Any ideas?
 
Astrill applet is no longer loading for me (RT-AC56U). I can see it on the left side menu but once you click on it there is no content in the iframe, it looks like blank page (Safari) or unable to connect under Firefox. It was working properly before 380.59. Any idea what could have been possibly "improved" by Asus that it doesn't work properly now?

EDIT: I see now, Merlin wrote here why it is not working. I submitted the ticket to Astrill, we will see. I have however already submitted it to them while on Beta2 and they said since it is beta perhaps something was broken with the FW. We will see how quickly and if they can fix it.
 
Last edited:
Upgraded today RT-n66u 380_59 Has made the connection unstable Constant Drop Outs with Internet connection Had to revert back to 380_58
 
Thank you Merlin for your great FW

Just upgraded to .59 and AICloud app can't connect to router but connecting with browser works fine. I don't know if this is a problem with app, stock FW or Merlin FW. Anybody facing same issue?
 
N66U, been running it for a day. All's good so far. :)

Blessed be our Merlin. May peace be upon him, our god of packet flow. May he give us today our daily packets.
 
When I upgraded from .58 to .59 I noticed it broke my USB connection to my external drive. After a reboot and scandisk it all works great again.....no problems here my ac68u is rock solid.
 
The GUI is painfully slow on Safari (OS X 10.11.4), but is fast and snappy in Chrome. I never had this issue with 380.58 or previous releases.

With my RT-AC3200, I have stopped logging into it with anything other than Chrome on all systems (regardless of OS). I don't know why it seems to work the best, but I stopped caring.
 
Possible bug on the AC87U - the VPN Status page is showing both my OpenVPN clients (2 & 3) as Stopped, but are actually running and the statistics still update. The OpenVPN Server 1 status does show as Running (as expected).
 
Upgraded RT-AC66U from .58 to .59. Neglected to remove USB Drive and failed with error message "Firmware upgrade unsuccessful" Removed USB drive and rebooted - upgrade successful. Slow interface self corrected after a few minutes. Fast and stable, thanks Merlin.
 
I"m taking this as NO NVRAM restore, put everything back in by hand?

That's correct.

factory reset yes, manual input of values... web UI still not show "Allow SSH access from WAN" set "No"

That setting has been merged into the setting where you can enable/disable SSH, to match with Asus's own changes. Set it to "LAN + WAN".

Any chance of retrofitting Smart connect from AC3200/5300 to say the AC68U?

Smart Connect requires a newer SDK than what is used for the RT-AC68U, so that's not possible.

It was working properly before 380.59. Any idea what could have been possibly "improved" by Asus that it doesn't work properly now?

Since I have no idea how Astrill's plugin work, I can't guess what could break it. They will have to troubleshoot it on their end now that the firmware is out of beta.

Upgraded today RT-n66u 380_59 Has made the connection unstable Constant Drop Outs with Internet connection Had to revert back to 380_58

Factory default reset and manually reconfigure everything. Wireless driver is closed source and comes straight from Asus. Since I haven't seen any similar report with the stock firmware, my guess is it's a configuration issue.
 
Check your configuration. There was no recent changes to OpenVPN support, and it works fine here.


I tried again just now. First upgraded from beta 1 to beta 2, all fine. Then from beta 2 to final release. This time everything working fine. Many thanks.
 
Linux's Netfilter will try to detect when something is a SIP connection, and when it does, it will try to automatically handle inbound traffic, bypassing the firewall. Some provider might need it, others don't as they have other methods of traversing through NAT.
That still doesn't really explain why my IP phone won't receive all incoming calls anymore, as soon as the NAT helper is enabled. But since it's now working perfectly fine with the SIP passthrough enabled without the helper, it's probably not worth the time to keep wondering about this.
 

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top