Important:if reporting any issues, provide applicable info (GUI syslog, `dmesg`, `cat /var/log/messages`, etc.)
Or put into SVN ticket. For firewall issues, also provide "iptables" info (`iptables -L`, `iptables -t nat -L`, & the /tmp/.ipt file).
Template to copy (after "Code:") for posting issues, be sure to include the mode in use (gateway, AP, CB, etc.):
Code:
Router/Version: File: Kernel: Mode: Status:
WARNING:This thread is to report on flashing this experimental test build, providing important info for both developers and users. Always state your hardware model, version, mode (e.g. Repeater) and SPECIFIC build (e.g. ddwrt-linksys-wrt1900ac-webflash.bin). Please avoid discussions and create a new thread to discuss specific problems or questions, as this thread is for reporting, not support. Posts may be deleted or moved to keep this thread manageable and useful. If you don't understand the risks or what to flash and how, with a means of recovery if it bricks, do NOT flash this experimental test build.
Flashed with out problems on FireFox _________________ Downloads:
ftp site: ftp://ftp.dd-wrt.com/betas/2021 SVN Timeline:
https://svn.dd-wrt.com/timeline Commands: Misc: sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
samba: { sleep 30; stopservice samba3; startservice samba3; } &
WRT1900ACv1: WIFI: 2.4ghz: NG-mixed, 20mhz channel width, channel follows AP, WPA2-CCMP-128.
WIFI: 5ghz: AC/N mixed, 40mhz channel width, channel 100+upper, WPA2-CCMP-128.
Misc Info: WPA2 Personal: "CCMP-128 (AES)" Static IP's VIA Mac+Host, SFE Enabled, No Rebind, Strict, no-resolv. NOTE: this is now just a wireless access point so to speak but all settings still apply to what ever wireless person connects.
OpenVPN CLIENT works fine (nordvpn server)
5GHz wpa2 CCMP-128 (AES)working fine 20MHz Mixed
2.4GHz wpa2 CCMP-128 (AES)working fine 20MHz Mixed
NAS via USB Samba also working fine
WRT1900ACSV2. Upgraded via Chrome via Wifi, no issues thus far with QOS settings set at HTB/CAKE.
I recently changed my wireless channel settings to "Auto" on 2.4Ghz and found out that the Wifi connection between router and wireless device is much faster. Did an experiment and set the 2.4Ghz channel to 11 and the WiFi speed dropped by 30%. I used SpeedChecker under the services tab on DDWRT settings to do this experiment.
Does that problematic Android Tablet have a USB port? If you have a spare USB Wifi adapter you could try that with the Android tablet just to test to see if that eliminated the problem using a different wifi NIC. Just an idea.
ellick wrote:
Wrt1900acs v1
Upgraded fine. Gui loss happens even faster than before. Back to r40009 or maybe ill finally bite the bullet and return to openwrt.
Joined: 11 Feb 2016 Posts: 198 Location: South London
Posted: Fri Jan 10, 2020 10:06 Post subject:
Problem with PPPoE now fixed with my WRT1900ACS v1 _________________ | Netgear Nighthawk X4S R7800 | Linksys WRT1900ACS V1 | Huawei Echolife HG612 3B |
Does that problematic Android Tablet have a USB port? If you have a spare USB Wifi adapter you could try that with the Android tablet just to test to see if that eliminated the problem using a different wifi NIC. Just an idea.
ellick wrote:
Wrt1900acs v1
Upgraded fine. Gui loss happens even faster than before. Back to r40009 or maybe ill finally bite the bullet and return to openwrt.
No. Its a 7 inch tablet. Not much bigger than a phone. Im not even certain its the tablet at fault. I just learned i can trigger the bug with it.
This tablet I have isn't new. It's an Asus Me572c and the highest version of Android OS it can run is lollipop. The tablet is a descendant of the google Nexus line of small tablets. I dug out an older nexus 1 tablet running jellybean this morning and couldn't trigger the hug with that but as soon as I started trying to access the router page with the Asus, bam, httpd was hung again. When it hangs, it's hung on all devices on the network, wireless or wired.
What I don't understand is why I didn't see this on versions r40009 and earlier?
Upgraded fine. Gui loss happens even faster than before. Back to r40009 or maybe ill finally bite the bullet and return to openwrt.
I'm 98% it's a setting on your side. I was convinced CAKE QoS was broken, but I just had WAN/LAN selected instead of WAN.. the outcome was losing control of the router / GUI crashing.
Have you tried a complete reset and running a vanilla set up?
Upgraded fine. Gui loss happens even faster than before. Back to r40009 or maybe ill finally bite the bullet and return to openwrt.
I'm 98% it's a setting on your side. I was convinced CAKE QoS was broken, but I just had WAN/LAN selected instead of WAN.. the outcome was losing control of the router / GUI crashing.
Have you tried a complete reset and running a vanilla set up?
I've gone over and over my settings. I have tried complete resets, clearing nvram and My wireless settings are pretty vanilla.
I set up the two radios but only have devices on 2.4. The tablet doesn't do 5ghz. 2.4 is N-G mixed and full 20MHz
Everything else I leave at defaults and choose WPA2 personal with AES for security. That's it. I've varied the channels though 6 is best since neighbors are using 1 and 11. I've also changed the channel width but it doesn't make any difference with this bug.
The questions are why or how could this one tablet cause httpd to hang so it's hung on every other device, both wired and wireless. I'd think that would be a security hole if nothing else. And why can't I force it to happen on build r40009 and previous builds?
Then if that's not an option and settings in latest versions of DD are not compatible for whatever reason with just that one device...The easy workaround is to use a device/computer to act as a AP or hotspot. Or if you have an old router you could use that as a bridge or AP. I do that with Netgear AC1450 routers I get for less than $20 used on Fleabay then hack them to run the Netgear R6300v2 firmware and then just turn them on and off for when I need wifi in a particular remote location (I have them handing out a different subnet). Works great. Just another idea if that tablet turns out the only troubled device with the latest versions of DD.
ellick wrote:
No. Its a 7 inch tablet. Not much bigger than a phone. Im not even certain its the tablet at fault. I just learned i can trigger the bug with it.
This tablet I have isn't new. It's an Asus Me572c and the highest version of Android OS it can run is lollipop. The tablet is a descendant of the google Nexus line of small tablets. I dug out an older nexus 1 tablet running jellybean this morning and couldn't trigger the hug with that but as soon as I started trying to access the router page with the Asus, bam, httpd was hung again. When it hangs, it's hung on all devices on the network, wireless or wired.
What I don't understand is why I didn't see this on versions r40009 and earlier?
Upgraded fine. Gui loss happens even faster than before. Back to r40009 or maybe ill finally bite the bullet and return to openwrt.
I'm 98% it's a setting on your side. I was convinced CAKE QoS was broken, but I just had WAN/LAN selected instead of WAN.. the outcome was losing control of the router / GUI crashing.
Have you tried a complete reset and running a vanilla set up?
I've gone over and over my settings. I have tried complete resets, clearing nvram and My wireless settings are pretty vanilla.
I set up the two radios but only have devices on 2.4. The tablet doesn't do 5ghz. 2.4 is N-G mixed and full 20MHz
Everything else I leave at defaults and choose WPA2 personal with AES for security. That's it. I've varied the channels though 6 is best since neighbors are using 1 and 11. I've also changed the channel width but it doesn't make any difference with this bug.
The questions are why or how could this one tablet cause httpd to hang so it's hung on every other device, both wired and wireless. I'd think that would be a security hole if nothing else. And why can't I force it to happen on build r40009 and previous builds?
Get rid of the tablet?
Flash it with a custom rom?
Get rid of the tablet?
Flash it with a custom rom?
There are lots of things I could do but none of them solve the problem. I could just stick with build r40009 which is what I've been doing. I could get rid of the tablet but it still works fine and all I use it for is a little web browsing and as en ebook reader. That's why I like the size of it. I could get rid of dd-wrt entirely and return to stock or openwrt, neither of which has this bug.
This has just become sort of a white whale type thing is all. It's mostly just a nuisance but i'm trying to find the actual cause not just sweep it under the rug.
I have no idea what the tablet could be doing to cause the httpd process to hang. Nothing shows up in the system log when it happens but it seems like it could be a security issue in dd-wrt.
Then if that's not an option and settings in latest versions of DD are not compatible for whatever reason with just that one device...The easy workaround is to use a device/computer to act as a AP or hotspot. Or if you have an old router you could use that as a bridge or AP. I do that with Netgear AC1450 routers I get for less than $20 used on Fleabay then hack them to run the Netgear R6300v2 firmware and then just turn them on and off for when I need wifi in a particular remote location (I have them handing out a different subnet). Works great. Just another idea if that tablet turns out the only troubled device with the latest versions of DD.
I tried your work-around yesterday after reading your post. I already have an old netgear 3500L on the network. Wireless broadcast was turned off on it. I turned it on and connected the tablet to that instead. I lost some speed as the connection went from 65 to 54 but it wasn't a big deal. I got up this morning and the dd-wrt gui was again dead in the water. That's the kind of behavior I was seeing before I realized I could trigger it with the tablet. Internet and wireless all worked fine. I just couldn't access the GUI from anything.
So back to build r40009, the last one that worked for me. If that and previous builds had this same bug, i'd just chalk it up to a bad router but they don't.
Joined: 08 May 2018 Posts: 14213 Location: Texas, USA
Posted: Sat Jan 11, 2020 14:47 Post subject:
I want to see if your Asus tablet breaks my router, too. Send it here. But seriously, if you know it's an issue if you use it to access the webUI or internet on your network, then it's pretty simple to effect a solution. If it's doing it with a mostly default configuration, no mac address filtering, no fancy anything, just a straight up out-of-the-box config with wireless security applied and the normal wireless settings applied, I really don't see how it's causing issue unless there is something on the tablet itself that is breaking things. _________________ "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... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net