Joined: 18 Oct 2015 Posts: 35 Location: Sioux Falls SD
Posted: Fri Jul 23, 2021 3:45 Post subject:
I've joined this club from iOS. I understand this bug requires (at least) two things:
A version of iOS >= 14.5
A recent version of DDWRT (I know that my R7800s running r44719 didn't have this issue, it's still present in r47086)
Problem details:
The admin pages work fine from Firefox and Chrome on my wired desktop (which is in the same layer 3 IP network as my WiFi iPhone)
I can connect my Win10 laptop to the same WiFi network as my iPhone and the admin web pages work fine (with both Firefox and Chrome)
I tested from my iPhone running iOS 14.6 and 14.7.
I've tried Safari, Firefox and Chrome on my iPhone and iPad, they all have the same issue
After a router reboot or 'restart httpd' the first admin web page I load with Safari from my iPhone (usually) works fine, but any subsequent pages I try to load usually don't load at all (if they do load they're mangled and unusable).
The problem only occurs when trying to use my DD-WRT r7800 routers' admin pages, all other apps and web pages work fine from my iPhone and iPad.
1) Are you using private browsing mode? No
2) Are all your add-ons and extensions disabled? No extensions
3) Are you logging into the webUI with the same browser you are surfing the internet with *at the same time* in a separate tab? tried both ways, doesn't matter
4) Is this over wired ethernet or wireless? Only WiFi (iPhone) for me, same issue with vanilla 2.4 GHz and 5 GHz _________________ R7800 v3.0-r47086 std (07/22/21)
set "tcp_tw_recycle" to 0
Joined: 08 May 2018 Posts: 14125 Location: Texas, USA
Posted: Fri Jul 23, 2021 11:49 Post subject:
This is what broke it, perhaps; or not. My question is, "Does this issue also present itself on stock firmware?"... I am also curious as to what some of the browser configurations and such are. Just seems like everyone is having all these issues and for the life of me, I am trying to reproduce them and have come up short.
Two recent tickets I have found, and it seems Windows users are also having issues (that I am not having):
I *do* still get the random css load failures and there are some things which *do* trigger an unreachable webUI (until things finish restarting), but I think this whole "the sky is falling" chasing of a rabbit down a hole without some concrete proof from a web browser debug log or something with cold hard evidence is where we are at. _________________ "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
Joined: 18 Oct 2015 Posts: 35 Location: Sioux Falls SD
Posted: Fri Jul 23, 2021 13:36 Post subject:
kernel-panic69 wrote:
...I am trying to reproduce them and have come up short...
Perhaps there are multiple different issues going on here that (despite similar appearance) are either unrelated or only partially related?
The iOS issue seems to be very reproducible, do you have an iPhone? AFAIK everyone with iOS 14.5+ (and a recent DD-WRT build) has this issue. For me I have an old iPod Touch that's stuck on iOS 12.5.3. iOS 12.5.x doesn't have this problem, so I can use my iPod Touch for mobile management.
I haven't had time to test with stock firmware, life keeps getting in the way of the important stuff like this. _________________ R7800 v3.0-r47086 std (07/22/21)
set "tcp_tw_recycle" to 0
R7500v2 running build 47117
Mac mini (Intel chip) on macOS 11.5.1 (Big Sur)
Safari 14.1.2 laggy, timing out (mainly timing out)
Chrome 92.0.4515.107 timing out
Microsoft Edge 92.0.902.62 timing out
I did an update over 47097 via SSH and it updated fine. I try to get into the GUI via Safari and it stalls, times out, then gives me a page with no CSS loaded. I try to navigate to the Administration tab, and that works (kinda, not all the CSS is loaded), then I try to get the Backup sub-tab, which times out.
I copy that URL into Chrome and try to get it there since Chrome has worked better in the past for me (relative to Safari not working at all). I repeatedly get the authentication popup for username/password. I put them in accurately, it thinks for a while, then it comes back again. This loop goes on for a while until I just decide to hit cancel, expecting that it would take me to some kind of "bad authentication" page. In fact, it does nothing — just sits there at a blank page.
So I fire up Microsoft Edge to try that out. All I get there "err_connection_reset"s and "err_connection_timed_out"s, along with an occasional "err_empty_response".
Then I try to get back in to the router via SSH to see what's up. I can't because now I'm getting "kex_exchange_identification: Connection closed by remote host". I've never seen that before.
So I let it sit for a while, I come over here to start typing this post, and then I try SSH again. Lo and behold, it's up. Fine, I'm in now, let's see what I've got in the logs:
Code:
Aug 1 12:57:37 router daemon.info httpd[1463]: httpd : Authentication fail
Aug 1 12:57:37 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 12:59:10 router daemon.err httpd[1463]: httpd : Request Error Code 404: File apple-touch-icon-precomposed.png not found.
Aug 1 12:59:14 router daemon.err httpd[1463]: httpd : Request Error Code 404: File apple-touch-icon.png not found.
Aug 1 13:00:39 router daemon.info httpd[1463]: httpd : Authentication fail
Aug 1 13:00:39 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:00:48 router daemon.info httpd[1463]: httpd : httpd login failure for 172.16.22.20
Aug 1 13:00:53 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:00:57 router daemon.info httpd[1463]: httpd : httpd login failure for 172.16.22.20
Aug 1 13:01:02 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:01:06 router daemon.info httpd[1463]: httpd : httpd login failure for 172.16.22.20
Aug 1 13:01:11 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:01:14 router daemon.info httpd[1463]: httpd : httpd login failure for 172.16.22.20
Aug 1 13:01:19 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:01:23 router daemon.info httpd[1463]: httpd : httpd login failure for 172.16.22.20
Aug 1 13:01:28 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:01:59 router daemon.info httpd[1463]: httpd : httpd login failure for 172.16.22.20
Aug 1 13:01:59 router daemon.info httpd[1463]: httpd : 5 failed login attempts reached. block client 172.16.22.20 for 5 minutes
Aug 1 13:02:04 router daemon.err httpd[1463]: httpd : Request Error Code 401: Authorization required. Wrong username and/or password!
Aug 1 13:02:10 router daemon.info httpd[1463]: httpd : client 172.16.22.20 is blocked, terminate connection
Aug 1 13:02:10 router daemon.info httpd[1463]: httpd : client 172.16.22.20 is blocked, terminate connection
Aug 1 13:02:10 router daemon.info httpd[1463]: httpd : client 172.16.22.20 is blocked, terminate connection
So I guess it's done its job in locking me out, hooray, but I obviously know my password is correct and it obviously doesn't.
It seems more clear to me that something is buggered in the authentication here. I'm happy to send more logs or try different things if it's helpful.
Same here with R7800 as I wrote weeks ago, but the funny thing is my other router, the R7000, I haven't any issue with it with the same build, same browser, same OS, etc... I really can't figure out what is the trouble.
Also with iOS 15 is the same: laggish R7800 web interface, not usable, I can "do things" on my router only with firefox at the moment
Hi,
I’m the developer of a DD-WRT iOS app and I’ve had similar reports from users.
Sending simple GET or POST requests to the http server results in instant timeouts or loss of connection, but only on R7800, my R7000 works fine.
I wonder if there has been a drive update in the R7800 build that could be causing the issues? _________________ Check out my dd-wrt iOS app: https://apps.apple.com/app/dd-wrt/id897098616
Firefox 90.0.2 is snappier for me than any other browser I've tried (same configuration as a few posts above). Didn't include it before because I'm certain it makes no difference (it's still got some lag, and there are still elements missing -- like the DDWRT logo), but it's leading the pack so far.
I'm using DD-WRT firmware on the 5GHz and Vanilla on the 2.4GHZ. I'm certain that doesn't matter either.
I get a small improvement on safari by removing the http interface and use https only. Looks like it works a bit better, still you have to make a lot of refresh and click but at least you can navigate in some way through the web interface via safari.
PS: enabling https will cause a lot of ddwrt certificates failure from macOS. Maybe this is the cause?
Or just use Firefox. I still can’t understand what is different in the same build from the httpd/webui of R7800 that makes it not usable via safari but works well as usual in the r7000.