Werkende websites ZONDER op wifi netw te kunnen inloggen???

[MacJeroen]

Beste,

Ik heb iets heel mysterieus meegemaakt op mijn MacBookPro. Lang verhaal, maar ik moet de situatie heel duidelijk beschrijven.

Ik moest tijdelijk van instelling 1 naar instelling 2 in een stad 70km verderop.
Instelling 1 heeft een openbaar wifi "IZ-Gast" (met meerdere acces points) maar met unieke toegangscode voor iedere bewoner.

Bij de verhuizing naar inst 2 stond Chrome, ook onderweg, nog open met zeker 18 tabs, dus van origine geopend via iz-Gast in inst 1 (voor vertrek). MacBook was dicht, in slaapstand, niet uitgezet.

Aangekomen in inst 2, Mac geopend, alle Chrome tabs ook gewoon nog open. So far so good, normaal (hoewel ik geen "laadwieletjes"zie draaien). Wat erna gebeurd is ook good, maar wel vreemd.

Ik kreeg te horen dat ik niet op een wifi netw van inst 2 kon inloggen wegens werkzaamheden en kreeg ook geen inlogcodes, hoewel er wel goede ontvangst was van aanwezige netwerken, een stuk of 3. Dat werkte dus niet.

Echter... de Mac onhoudt wel de netw naam , IZ-Gast, van inst 1, ook normaal. En wat schetst mijn verbazing?

Verblijvend in inst 2, dus 70 km ver van het signaal van IZ-Gast van inst 1, zie ik een vol signaal-ontvangst aangegeven voor IZ-Gast in de netwerklijst! Wel vraagt IZ-Gast (automatisch) om in te loggen, wat natuurlijk geweigerd wordt...

Hoewel... in de voornoemde nog openstaande Chrome browser werken alle tabs gewoon en kan ik zelfs NPO-Start streamen (nog openstaande tab), podcast op Spotify werkt (nog openstaande tab). Netflix doet het (nog openstaande tab)...

Als ik een nieuw window open of een nieuwe tab en ik tik bijv NPO-Start... vraagt IZ-Gast of ik wil inloggen en dat gaat niet... Wel als ik via Google-Search naar een nieuwe pagina surf dan werkt ie weer wel.

Hoe kan dit in hemelsnaam? (ik verzin dit niet, ook niet ivm 1 april!) Je hebt verbinding of je hebt geen verbinding volgens mij.

Of is dit een verstopte - random wel-en-niet werkende - proxy instelling die een of ander verborgen openbaar netwerk of hotspot opzoekt? Chrome's cachegeheugen dat vooruit kan denken?
?

Jeroen

[ Voor 13% gewijzigd door MacJeroen op 01-04-2023 18:56 . Reden: aanvullende informatie ]

[remco_k]

In dat geval ben je dus wel verbonden met een Wifi netwerk IZ-Gast. Niet 70km verderop, maar die van 3 meter verderop.

Op dat netwerk zit dan blijkbaar nog wat user account management en daar is/kan blijkbaar niet alles dichtgetimmerd en daarom werken streaming diensten wel gewoon, maar openen van nieuwe sites b.v. niet.

[Juup]

Het is vrij normaal dat een guest-wifi toch verkeer doorlaat ondanks dat je nog niet ingelogd bent.
De wifi heeft wat trucs om de browser naar de inlog-portal te dwingen maar dat werkt soms alleen voor gewone html pagina's (en soms alleen op http, niet https).

[MacJeroen]

Dankje voor snelle reactie Remco.

IZ-Gast account 70 km ver weg (instelling 1) vraagt of ik wil inloggen in de browser - en automatisch buiten de browser om - met ID en PW en dat gaat dus natuurlijk niet... Toch werken (in instelling 2) openstaand gelaten Chrome browser tabs die via die IZ-Gast (instelling 1) zijn geladen wel ...

Dus ik snap het nog steeds niet. Het account IZ-gast bestaat niet in instelling 2 volgens de ICT man ter plekke.

J.

[remco_k]

MacJeroen schreef op zaterdag 1 april 2023 @ 19:06:
IZ-Gast account 70 km ver weg (instelling 1) vraagt of ik wil inloggen in de browser - en automatisch buiten de browser om

Nee. Zoals ik al zei:

remco_k schreef op zaterdag 1 april 2023 @ 18:40:
In dat geval ben je dus wel verbonden met een Wifi netwerk IZ-Gast. Niet 70km verderop, maar die van 3 meter verderop.

[MacJeroen]

Het account IZ-gast bestaat niet in instelling 2 (waar ik voor het eerst kom) volgens de ICT man ter plekke. Welk "nog wat user account management" ?

Nogmaals; Hoe kan een uniek account IZ-Gast 70 km ver van een andere instelling een vol ontvangst signaal aangeven en de verbinding daarmee aangevinkt op huidige lokatie en werken zonder ingelogd te zijn, wat technisch onmogelijk is?

Dan hou ik het hier maar op (thx, Jaaap, je bedoeld door de inlog portal?) ondanks dat dit de signaalsterkte en de verbinding daarmee aangevinkt - van uniek account IZ-Gast 70 km ver - niet verklaard:
"Het is vrij normaal dat een guest-wifi toch verkeer doorlaat ondanks dat je nog niet ingelogd bent.
De wifi heeft wat trucs om de browser naar de inlog-portal te dwingen maar dat werkt soms alleen voor gewone html pagina's (en soms alleen op http, niet https)".

Wel ben ik benieuwd naar wat uitgebreider specialistisch commentaar.

J.

[ Voor 29% gewijzigd door MacJeroen op 01-04-2023 20:04 . Reden: aanvullende informatie en spelfouten ]

[remco_k]

MacJeroen schreef op zaterdag 1 april 2023 @ 19:25:
Het account IZ-gast bestaat niet in instelling 2 (waar ik voor het eerst kom) volgens de ICT man ter plekke. Welk "nog wat user account management" ?

Ik zeg nergens dat hij wel bestaat.

Nogmaals; Hoe kan een uniek account IZ-Gast 70 km ver van een andere instelling een vol ontvangst signaal aangeven en de verbinding daarmee aangevinkt op huidige lokatie en werken zonder ingelogd te zijn, wat technisch onmogelijk is?

Je haalt 2 dingen door elkaar die ik probeer uit te leggen.
1. Je hebt verbinding met een Wifi netwerk op die 2e lokatie, van die 2e lokatie. Dat netwerk heet blijkbaar IZ-gast. Hiervan zie jij volle omtvangssterkte, want je zit er bovenop. Dit staat nog helemaal los van een account. Of dat nou bestaat of niet is niet relevant. Zonder of met account, je bent verbonden met dat wifi netwerk. En dat heeft niets met een netwerk 70km verderop te maken.

2. Als jij wat probeert te doen op dat netwerk (openen van een webpagina, streamen van audio) dan wordt dat opgevangen door een server in dat netwerk en wordt je een login getoont. Daar kan je inloggen met een account wat daar lokaal bestaat. Maar je hebt daar geen account, dus je kan niet inloggen en dus verwacht jij, terecht, dat ook niets werkt. Maar de realiteit is dus wat jij nu merkt. Sommige dingen doen het wel, ondanks dat jij niet in bent gelogd. Niet alles kan namelijk achter die login muur zitten. En het wel of niet werken van dingen heeft ook hier niets te maken met het netwerk met dezelfde naam, 70km verderop.

Dan hou ik het hier maar op (thx, Jaaap, je bedoeld door de inlog portal?) ondanks dat dit de signaalsterkte en de verbinding daarmee aangevinkt - van uniek account IZ-Gast 70 km ver - niet verklaard:
"Het is vrij normaal dat een guest-wifi toch verkeer doorlaat ondanks dat je nog niet ingelogd bent.
De wifi heeft wat trucs om de browser naar de inlog-portal te dwingen maar dat werkt soms alleen voor gewone html pagina's (en soms alleen op http, niet https)".

Wel ben ik benieuwd naar wat uitgebreider specialistisch commentaar.

J.

Voor de zekerheid en extra info, de signaalsterkte die jij ziet, is dus van het wifi accesspoint waar je bij om de hoek zit en heeft niets te maken met een wifi netwerk 70km verderop, behalve dan dat ie hetzelfde heet.

[MacJeroen]

Dankje voor je uitleg, Remco.

Dat jij nergens zegt dat IZ-Gast wel bestaat is juist waarom ik aangaf dat IZ-Gast op de lokatie niet bestaat. no offence.

Ik zit al lang op allerlei wifi networks in EU (en in Azië), maar dit soort gekkigheid heb ik nog nooit meegemaakt.

Geen ID/PW inlog account in bereik, niet op andere bereikbare accounts kunnen inloggen = geen internet in mijn jarenlange ervaring. Punt. Public wifi, ok.

Geen bereik bestaand - uniek - account, wel signaal, niet kunnen inloggen - websites werken toch (beperkt), slechts bij naam onthouden accounts die gewoon verbinding hebben zonder op de lokatie te bestaan/bereikbaar zijn.

Het duizelt me nog steeds. Ik weet er kennelijk te weinig vanaf, hoewel jouw duiding meer filosofisch dan technisch is.

Maar dit neem ik dan maar van je aan:
"Sommige dingen doen het wel, ondanks dat jij niet in bent gelogd. Niet alles kan namelijk achter die login muur zitten." Zoiets zei "Jaaap"ook al.

J.

[ Voor 32% gewijzigd door MacJeroen op 01-04-2023 21:38 . Reden: aanvullende informatie en spelfouten ]

[remco_k]

MacJeroen schreef op zaterdag 1 april 2023 @ 21:05:
Geen ID/PW inlog account in bereik, niet op andere bereikbare accounts kunnen inloggen = geen internet in mijn jarenlange ervaring. Punt. Public wifi, ok.

Je gooit nog steeds 2 zaken door elkaar. Verbinden met een Wifi AP is wat anders dan een ID/PW inlog van een portal (de login) wat je te zien krijgt. Dit zijn 2 verschillende zaken, 2 verschillende authenticatie mechanismes. Waarvan jij van die 2e geen inlog gegevens hebt.

Simpel tekst scherma: (waar ik bewust allerlei technische zaken zoals switches, routers, firewalls en modems weglaat)

code:

Laptop -> Wifi -> AP -> Portal -> Internet

Wifi->AP
Het AP (Access Point) is of public of niet. In dat laatste geval heb je een veiligheidssleutel (WEB/ WPA/WPA2/WPA2-TKIP) nodig, heb je die niet, dán kan je echt niets. Is ie public, dan heb je niets nodig, kan je gewoon verbinden. Jij kan wel audio streamen, dus jij bent deze stap duidelijk voorbij, jouw Wifi verbinding is correct en volledig geauthentiseerd. Dat betekend dat de AP's op de 2 verschillende locaties duidelijk dezelfde naam en dezelfde toegangsvereisten hebben om met de AP te mogen verbinden. Als in: ze zijn beide public, of beide vereisen ze dezelfde veiligheidssleutel. In elk geval ben je op beide locaties probleemloos draadloos verbonden met het AP. Hier komt dus niet je ID/PW inlog account ter sprake. Die komt in de volgende stap pas.

Portal
Dat je Wifi verbonden is met het AP en je ziet volle bak signaal sterkte wil dus niet zeggen dat je dan ook meteen internet hebt, dat hangt van het verdere netwerk af en dat regelt in jouw geval de Portal. Die toont jouw dat bewuste login scherm wanneer hij dat kan (dat doet dus niet de Wifi of het AP, die weten hier niets vanaf). En het is dát portal wat kennelijk (zonder erop in te hoeven loggen) deels het internet wel doorlaat en deels niet. Dat heeft dus niets met de Wifi->AP verbinding te maken, want die is wél volledig en correct geauthentiseerd en staat helemaal los van wat de Portal van jouw vindt en voor jouw beslist wat jij wel en niet mag. De Portal is dus een 2e laag van authenticatie waar jij niet doorheen komt, want die login heb je niet. De Wifi->AP is gelukt, de Portal niet.

Conclusie
Je Wifi is verbonden en geauthentiseerd. De Portal laat deels internet verkeer toe als je niet bent ingelogd. Daarom werken sommige dingen wel en sommige dingen niet.

Of zoals ik in mijn eerste post al zei:

Op dat netwerk zit dan blijkbaar nog wat user account management en daar is/kan blijkbaar niet alles dichtgetimmerd en daarom werken streaming diensten wel gewoon, maar openen van nieuwe sites b.v. niet.

Waar `user account management` vervangen kan worden voor `Portal` om in de context van deze post te passen.

[ Voor 9% gewijzigd door remco_k op 01-04-2023 23:59 ]

[MacJeroen]

Nu vat ik 'm, Remco. Mijn dank voor de duidelijkheid.

Lijkt me wel een zeldzame ervaring.

J.