Webinterface WAG200G niet bereikbaar onder W8, wel met XP

[Petervanakelyen]

Ik probeer twee oude Linksys WAG200G routers een nieuw leven te geven als Access Point, maar stuit op een probleem. Onder Windows 7 en Windows 8 krijg ik namelijk met geen mogelijkheid de webinterface geladen.



Na een stuk van de pagina te hebben geladen, blijft de browser hangen. Dit fenomeen komt voor in alle browsers (Google Chrome, Firefox 32.0.2 en Internet Explorer 11) en zowel onder Windows 7 als Windows 8. Dit is getest op computers met verschillende hardware.

Puur als test, heb ik in VirtualBox een VM met Windows XP opgezet. Als het verkeer ge'NAT wordt, vertoont die hetzelfde gedrag. Van zodra ik de VM in bridge zet (zodat hij dus in hetzelfde netwerk zit als de host), werkt de webinterface perfect en is binnen een fractie van een seconde geladen.



Iemand een idee wat Windows 7 en 8 anders doen met het verkeer waardoor het misgaat?

[ Voor 9% gewijzigd door Petervanakelyen op 23-09-2014 23:03 ]

[Thralas]

Ik zie een laad-icoontje in je eerste screenshot. De developer tools van Chrome er al op losgelaten? Die laten precies zien hoe lang 't laden van resources duurt.

[Petervanakelyen]

Goed idee. Helaas levert dit ook niet veel meer duidelijkheid.
Windows XP:


Windows 8:


Zoals je kan zien duurt het inladen van setup.htm in XP zo'n 549ms, terwijl hij in Windows 8 na 10.66 seconden (!) nog niet klaar is.

[ Voor 30% gewijzigd door Petervanakelyen op 23-09-2014 23:19 ]

[BlackWhizz]

Zijn er nieuwere firmwares beschikbaar? Misschien eventjes je cache legen met CTRL+F5 (als je op de pagina van je router bent)?

[Petervanakelyen]

Op beide WAG200G's staat de laatste firmware, 1.01.09. Ook OpenWAG (alternatieve firmware voor de WAG200G) heeft last van hetzelfde euvel. Beide zijn reeds meermaals hersteld naar factory settings, browser cache clearen maakt geen verschil, net zoals het uitschakelen van Windows Firewall.

[Mijzelf]

Wat mij opvalt is dat bij XP de initiator voor Setup.htm script is, terwijl het bij W8 parser is. Blijkbaar bevat index.htm zowel een script als een html redirector, en werkt alleen het script. Het zou kunnen dat de server de User Agent gebruikt om een keus te maken tussen twee (of meer) index.html's, maar het kan natuurlijk ook dat er maar 1 is, en dat de redirect die als eerste wordt uitgevoerd het werk doet.

Verder is het vreemd dat de pagina 'blijft lopen'. Voor het verzenden van data via http heb je grofweg 4 mogelijkheden, met of zonder 'keep alive', en met of zonder content-size.

Zonder 'keep alive' wordt de verbinding verbroken zodra de pagina verstuurd is. Mèt 'keep alive' (de standaard) blijft de verbinding, om een volgende resource te kunnen opvragen.
Met content-size staat de grootte van de data in de http header, zonder content-size niet, en moet je op een andere manier bepalen of je alles binnen hebt.
Ik vermoed dat Setup.htm zonder content-size en met keep alive is verstuurd. Zonder content-size omdat de pagina dynamisch wordt gegenereerd, tijdens het zenden, en de grootte dus vooraf niet bekend is, en met keep-alive omdat dat nou eenmaal de standaard is.
Hierdoor weet de browser niet wanneer de pagina klaar is, en blijft hij lopen. Soms helpt het om op het 'stop laden' icoontje te klikken, al weet ik zo niet of een moderne browser die nog heeft.