Posted: Sun Jan 26, 2020 0:20 Post subject: RT-AC68U Issue with Web Interface and RDP
A few months ago...I did broke the cardinal rule...and arbitrarily looked into the current recommended firmware and upgraded dd-wrt to not solve any issues or stability problems...
I have an Asus RT-AC68U (re-flashed T-Mobile TM-AC1900).
I was on Brainslayer v3.0-r31571 and upgraded to r39866 based on some various forum posts I was reading.
I had no issues at first...but then I immediately started to notice issues with RDP over the Internet or VPN connections. RDP was practically unusable.
After looking around for a newer recommended build, I broke another rule and took a look to the Router Database, on the off chance maybe it was actually up to date for the RT-AC68U. The latest build listed there is r40559. I upgrade to that version and right away my RDP connections were functional again.
However, it seems that after about a week of uptime, the Web Interface for dd-wrt stops responding and RDP connections become spotty but usable. Currently, telnet or ssh into the router and rebooting gets things back to normal.
Current state is more than manageable, but far from "stable". Does anyone have any similar experiences? Is anyone running a later build with assured stability? Any ideas on what I could do to narrow down the root cause or suggested builds to try?
It's advisable to reconfigure from scratch with such a large jump in builds, so after a successful flash use Telnet/SSH.
nvram erase && reboot
Thanks for the suggested build! I'll give it a try on DR router and see how it compares!
Like clockwork, after ~7 days, now the web interface doesn't load.
One thing to note, with this build, I saw my load reporting at a constant 100% usage.
I didn't perform an nvram erase because the router I'm testing with is at a remote location, and so if I wipe the config, I'll lose access to the location and will need to drive to it.
I'd like to try a newer build, and if that has the same issues...I'll just need to allocate time to wipe the device in person. Anymore suggestions out there?
I'm waiting for a February build, but I'm not experiencing maxed out resources or gui loss (different routers).
Is the load problem immediate or after a week?
I think a week may have been an inaccurate observation. After running more and more, and watching more closely...it seems to be after a certain level of usage. And the early warning sign is that the CPU displays 100% usage for a period of time before finally bombing out the web interface.
I'm on r42617 now, considering whether to flash r42681 or wait until the next build appears (but I'm Atheros EA8500 & R7800).
Have you seen anything around stability on Broadcom on either build? That would be my only hang up.
kernel-panic69 wrote:
Yes, you need to upgrade to one of the last two builds, but at the same time, I am wondering if there are still shenanigans going on in the Broadcom ARM builds. I'm still happily using 40270M kongac on the R7000P. There are only very few reasons why I would upgrade, and those reasons have not been committed to the source code repo yet.
It's too bad I went to 40559 per the DB if 40270 is stable for you. I guess I could downgrade...but I'd rather avoid that, I'm sure it'll introduce more mess than a fail forward approach.
Joined: 08 May 2018 Posts: 16115 Location: Texas, USA
Posted: Wed Mar 18, 2020 15:33 Post subject:
What introduces more messes is resetting after upgrading and configuring from scratch by default. After two years, I have noticed so many minor changes that it's literally snake oil advice unless you have major issues because of nvram corruption. I only advise it when it seems to be necessary. Otherwise, it's just plain snake oil advice carried over from ancient history a la WRT54* series devices and really doesn't apply much anymore. Somewhere, I have nvram show outputs dating back to 21676 for quite a number of devices. There really isn't much that has changed from that far back. But, to each their own. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... RSS feed for DD-WRT releases (2025) RSS feed for DD-WRT releases (2024) RSS feed for DD-WRT releases (2023)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
What introduces more messes is resetting after upgrading and configuring from scratch by default.
Nobody was talking about that. You should really see a doctor about those voices.
EarthBoundX5 wrote:
It's too bad I went to 40559 per the DB if 40270 is stable for you. I guess I could downgrade...but I'd rather avoid that, I'm sure it'll introduce more mess than a fail forward approach.
r40270M is an old Kong build not for AC68U, so you can ignore that. Keep an eye on user feedback in those build threads.
