Test et hotspot, før du lader arbejdsoplysninger komme i nærheden af det

Hotspottet udleverer en adresse, før det udleverer internettet, og tilliden afgøres i netop det hul. Enheden associerer, beder om en adresse, og derefter opfanges hver udgående anmodning, indtil en portal siger, at sessionen er autoriseret. Den mekanisme forklarer, hvorfor en side kan se ud til at indlæse, mens der ikke er nogen rigtig forbindelse. Test hullet med noget uskadeligt, før nogen arbejdsoplysning rører ved det.

Hvad hotspottet gør ved din første anmodning

Associering giver enheden et link, og DHCP giver den en adresse, en gateway og normalt en DNS-server, som stedet ejer. Indtil autorisationen er færdig, dropper eller omdirigerer gatewayen udgående trafik, og mange portaler svarer på DNS for ethvert navn med deres egen adresse. Derfor ser et opslag ud til at lykkes: svaret er portalen, ikke det websted, du bad om. Netværket opfører sig som designet; det er bare ikke internettet endnu.

Den første HTTP-anmodning får normalt en omdirigering til portalen, som styresystemet måske åbner for dig. HTTPS kan ikke omdirigeres på den måde, så det fejler eller hænger, og browseren viser en certifikatfejl eller en timeout. Forskellen er diagnostisk: en HTTP-omdirigering er portalen, der taler, mens en TLS-fejl til en urelateret vært er noget andet. En indelukket have, hvor nogle få domæner lukkes igennem til betaling eller login, giver et tredje mønster.

Bekræft netværket, før du logger ind

Bekræft SSID og loginmetode med stedet gennem en kanal, som ikke er netværket selv. En portal, der beder om en virksomhedsadgangskode, et kortnummer og en e-mailadresse gør tre forskellige ting, og kun de sidste to er normale for gæsteadgang. Foretræk styresystemets anmodning om captive portal, som registrerer omdirigeringen via et kendt endepunkt i stedet for at stole på en vilkårlig side, der dukker op. Hvis stedet ikke kan beskrive sin egen portal, er det en grund til at vente frem for at improvisere.

En certifikatadvarsel under portallogin er ikke et trin, man klikker sig igennem. Portalen behøver ikke at efterligne en urelateret vært for at autentificere dig.

Kør den mindste kontrol, der beviser adgang

Gennemfør den legitime autorisation, og bed derefter om én almindelig offentlig HTTPS-side, som du ikke har indlæst før, så svaret ikke kan komme fra cachen. Skriv ned, hvad der faktisk fejlede, hvis det fejler: et navneopslag, en forbindelsestimeout, en certifikatfejl eller en serviceafvisning. De fire hører til forskellige lag, og at skrive dem ned forhindrer den næste person i at teste igen på fornemmelsen. Forbind derefter den tilsigtede VPN og bed om én ressource, som kræver den.

Hold testen lille. En hastighedstest-download på målt adgang besvarer et spørgsmål, ingen stillede, og kan koste brugeren penge. Et svar med headere er nok til at fastslå tilgængelighed, og det trækker ikke megabytes gennem et link, der faktureres per gigabyte.

Hvis almindelig adgang virker og tunnelen ikke, er det en anden undersøgelse end et netværk, der aldrig autoriserede. Hold de to resultater adskilt i stedet for at ændre flere privatlivsindstillinger på én gang.

Hold privat arbejde ude af sammenligningen

Hver app på enheden er en mulig iagttager, og en captive portal er det øjeblik, hvor de alle forsøger at nå deres servere. Luk dem, du kan, og behandl en administreret enhed, der altid er tændt, som et politisk spørgsmål frem for et teknisk: brug den godkendte metode til sammenligningen i stedet for at fjerne den beskyttelse, der gør den administreret. Hvis enheden helt forbyder trafik uden for tunnelen, kør kontrollen på en anden, ikke-følsom enhed. Pointen med øvelsen er at lære om netværket uden at udsætte loginoplysninger for det.

Optag ikke andres trafik for at diagnosticere stedet, og hold enhver diagnostisk optagelse inden for din egen enhed og session. Gennemgå adresse- og identifikatorfelter, før du vedhæfter en optagelse til en sag, for stedets netværk er ikke dit bevisskab.

Afgør, hvad resultatet tillader dig at gøre

Tre udfald er mulige: fuld adgang med en fungerende tunnel, adgang kun til portalen med en fejlende tunnel, eller ingen adgang. Hver har et forskelligt næste skridt, og værdien af testen er at vide, hvilket du er i, før du ændrer indstillinger. Fuld adgang betyder, at arbejdet kan fortsætte gennem tunnelen; adgang kun til portalen tyder på, at tunnelens port eller protokol er blokeret, så et andet transportlag eller netværk er svaret; ingen adgang betyder, at stedet ikke kan understøtte opgaven i dag. En enhed, der altid kun forsøger én protokol, kan ikke skelne dem.

Skriv SSID, udfaldet og tidspunktet ned, så den næste person på samme sted starter med bevis. Apples vejledning om captive netværk beskriver registreringsadfærden bag anmodningen, og det er den del, der er værd at forstå, før man bebrejder VPN'en.