Test et hotspot før du lar arbeidsinnlogginger komme i nærheten

Hotspottet deler ut en adresse før det deler ut internett, og tilliten avgjøres i akkurat det gapet. Enheten assosierer, ber om en adresse, og deretter fanges hver utgående forespørsel opp til en portal sier at økten er autorisert. Den mekanismen forklarer hvorfor en side kan se ut til å laste mens det ikke finnes noen ekte forbindelse. Test gapet med noe ufarlig før noen arbeidsinnlogging berører det.

Hva hotspottet gjør med din første forespørsel

Assosieringen gir enheten en lenke, og DHCP gir den en adresse, en gateway og vanligvis en DNS-tjener som stedet eier. Til autorisasjonen er ferdig, slipper eller omdirigerer gatewayen utgående trafikk, og mange portaler svarer på DNS for hvert navn med sin egen adresse. Derfor ser et oppslag ut til å lykkes: svaret er portalen, ikke nettstedet du ba om. Nettverket oppfører seg som designet; det er bare ikke internett ennå.

Den første HTTP-forespørselen får vanligvis en omdirigering til portalen, som operativsystemet kanskje åpner for deg. HTTPS kan ikke omdirigeres slik, så det feiler eller henger, og nettleseren viser en sertifikatfeil eller en tidsavbrudd. Forskjellen er diagnostisk: en HTTP-omdirigering er portalen som snakker, mens en TLS-feil mot en urelatert vert er noe annet. En inngjerdet hage, der noen få domener slippes gjennom for betaling eller innlogging, gir et tredje mønster.

Bekreft nettverket før du logger inn

Bekreft SSID og innloggingsmetode med stedet gjennom en kanal som ikke er nettverket selv. En portal som ber om et bedriftspassord, et kortnummer og en e-postadresse gjør tre forskjellige ting, og bare de to siste er vanlige for gjestetilgang. Foretrekk operativsystemets varsel om captive portal, som oppdager omdirigeringen via et kjent endepunkt i stedet for å stole på hvilken som helst side som dukker opp. Hvis stedet ikke kan beskrive sin egen portal, er det grunn til å vente og ikke til å improvisere.

En sertifikatadvarsel under portallogg inn er ikke et trinn man klikker seg gjennom. Portalen trenger ikke å etterligne en urelatert vert for å autentisere deg.

Gjør den minste sjekken som beviser tilgang

Fullfør den legitime autorisasjonen, be deretter om én vanlig offentlig HTTPS-side du ikke har lastet før, slik at svaret ikke kan komme fra hurtigbufferen. Skriv ned hva som faktisk feilet hvis det feiler: et navneoppslag, en tilkoblingstidsavbrudd, en sertifikatfeil eller en tjenestenekt. De fire hører til forskjellige lag, og å skrive dem ned hindrer neste person i å teste på nytt etter følelse. Koble deretter til den tiltenkte VPN-en og be om én ressurs som krever den.

Hold testen liten. En hastighetstest-nedlasting på målt tilgang svarer på et spørsmål ingen stilte, og kan koste brukeren penger. Et svar med headere er nok til å fastslå nåbarhet, og det drar ikke megabytes gjennom en linje som faktureres per gigabyte.

Hvis vanlig tilgang virker og tunnelen ikke, er det en annen undersøkelse enn et nettverk som aldri autoriserte. Hold de to resultatene fra hverandre i stedet for å endre flere personverninnstillinger på én gang.

Hold privat arbeid utenfor sammenligningen

Hver app på enheten er en mulig observatør, og en captive portal er øyeblikket der alle prøver å nå tjenerne sine. Lukk dem du kan, og behandle en administrert enhet som alltid er på som et policyspørsmål og ikke et teknisk: bruk den godkjente metoden for sammenligningen i stedet for å fjerne beskyttelsen som gjør den administrert. Hvis enheten forbyr trafikk utenfor tunnelen helt, gjør sjekken på en annen, ikke-sensitiv enhet. Poenget med øvelsen er å lære om nettverket uten å utsette innloggingsinformasjon for det.

Ikke fang andres trafikk for å diagnostisere stedet, og hold enhver diagnostisk fangst innenfor din egen enhet og økt. Gå gjennom adresse- og identifikatorfelt før du legger ved en fangst i en sak, fordi stedets nettverk ikke er ditt beviskapsskap.

Bestem hva resultatet tillater deg å gjøre

Tre utfall er mulige: full tilgang med en fungerende tunnel, tilgang bare til portalen med en feilende tunnel, eller ingen tilgang. Hver har et forskjellig neste steg, og verdien av testen er å vite hvilket du er i før du endrer innstillinger. Full tilgang betyr at arbeidet kan fortsette gjennom tunnelen; tilgang bare til portalen tyder på at tunnelens port eller protokoll er blokkert, så et annet transportlag eller nettverk er svaret; ingen tilgang betyr at stedet ikke kan støtte oppgaven i dag. En enhet som alltid bare prøver én protokoll, kan ikke skille dem.

Skriv ned SSID, utfallet og tidspunktet, slik at neste person på samme sted starter med bevis. Apples veiledning om captive nettverk beskriver gjenkjenningsatferden bak varselet, og det er den delen det er verdt å forstå før du klandrer VPN-en.