Router page loading indefinitely

[ameshkov]

Source
http://forum.adguard.com/showthread.php?10595-Windows-v6-0-223-1092-Router-page-loading-indefinitely

ZyXEL PK5001Z DSL
Asus RT-AC68R

[BooBerry]

http://forum.adguard.com/showthread.php?10631-Adguard-update-breaks-access-to-routers-web-interface

[Aokromes]

I confirm this bug :(

[vozersky]

Two users confirm:

1. ASUS RT-N12E (2.0.0.37 firmware)
2. ASUS RT-N14U

At least in the first case switching to TDI has fixed the issue.

[ameshkov]

Test build:
https://cdn.adguard.com/public/Adguard/github/AdguardForWindows/issue1042/Setup.exe

Could you please try it?

[Aokromes]

No luck for me.

[BooBerry]

Logs incoming!

Logs.zip

[ameshkov]

Oh, nice, now I see what's the problem. Routers servers are full of surprises as always. It was invalid HTTP in TP-Link case, now it is wrong TCP implementation.

[ameshkov]

New test build:
https://cdn.adguard.com/public/Adguard/github/AdguardForWindows/issue1042/Setup2.exe

[Aokromes]

Works :)

[ameshkov]

Ah, nice, thank you for checking it:)

[Aokromes]

NP.

[Bohdan-SUP]

Looks like we have the issue back with ASUS RT-AC68U and Zyxel Keenetic 4G III.
Disabling WFP helps.
Ticket DTQ-668-32516

[e13bb4dac2]

In case you want more models; Asus RT-AC3200 router was also affected. The issue was resolved with the first live update

[192848]

Zyxel Keenetic 4g II
a problem in Yandex browser (16.7.0.3342), in Chrome (51.0.2704.106 m) it's ok
Disabling WFP helps
Adguard 6.0
id 1056877

[e13bb4dac2]

Hi,

I just updated to 6.1.249.1233 from the previous beta and it seems like the issue is back with my Asus RT-AC3200 router.

Just before the install, I was configuring my NAS settings in the router GUI with no issues. Immediately after the update, continuing the NAS setup, router browsing is well..like it's covered with hot glue. More or less exactly like when this happened some time back in april/may. (I haven't restarted computer or router yet, just tried another browser - no change.) I'll report back if rebooting router and PC does indeed helt. I just tried 'disabling protection' in adguard options but no change.

[BooBerry]

Confirmed, it's back here too.

[e13bb4dac2]

BB, thanks for confirmation. In case it speeds up things, I just sent a in app bug report pointing to this thread

[ameshkov]

@BooBerry @e13bb4dac2
Could you please send "debug"-level logs?

[ameshkov]

@BooBerry @e13bb4dac2
Please check this build:
https://cdn.adguard.com/public/Adguard/github/AdguardForWindows/issue1042/Setup3.exe

You will need to reinstall AG as its version is the same as in the latest beta

[BooBerry]

Yep, fixed now. :)

[e13bb4dac2]

@BooBerry @e13bb4dac2
Could you please send "debug"-level logs?

It's probably sorted now but if you still want my log I can do it when i get home later today. In any case, I'll try out the new version and report in a few hours edit works now, thanks

[BooBerry]

What was the underlying issue that brought this one back?

[ameshkov]

What was the underlying issue that brought this one back?

I just forgot about that issue with routers and returned the old part of the code:)

When we finish processing connection, we send a "closing" packet to the server and finish processing this connection. Server responds with its own "closing" packet and after that browser understands that connection is closed.

However, this router has weird TCP stack implementation and it simply ignored "closing" packet and was not sending anything in response.

[192848]

the same problem with Dlink switches:
des-3200-10
des-3200-18
des-3200-28
dgs-3000-10tc
dgs-3120-24tc(sc)
Disabling WFP helps
6.1.251.1269

id 1373720

[ameshkov]

@VGavrish I think we should open a separate issue for these D-Link issues:
#1219