Sjekk et hotspot før arbeidsinnlogginger kommer i nærheten

Hotspottet gir deg en adresse før det gir deg internett, og tilliten avgjøres i akkurat dette gapet. Enheten kobler seg til, spør om en adresse, og deretter fanges hver utgående forespørsel til en portal melder at økten er autorisert. Mekanismen forklarer hvorfor en side kan virke som den laster mens det ikke finnes noen reell forbindelse. Sjekk gapet med noe ufarlig før noen arbeidsinnlogging kommer borti det.

Hva hotspottet gjør med den første forespørselen din

Tilkoblingen gir enheten en lenke, og DHCP gir den adresse, gateway og vanligvis en DNS-tjener som stedet eier. Frem til autorisasjonen er fullført, dropper eller omdirigerer gatewayen utgående trafikk, og mange portaler svarer på DNS for hvert navn med sin egen adresse. Det er derfor et oppslag ser ut til å lykkes: svaret er portalen, ikke nettstedet du spurte om. Nettverket oppfører seg som det skal; det er bare ikke internett ennå.

Den første HTTP-forespørselen får normalt en omdirigering til portalen, som operativsystemet kan åpne for deg. HTTPS kan ikke omdirigeres på den måten, så det feiler eller henger, og nettleseren viser sertifikatfeil eller 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 slipper gjennom for betaling eller innlogging, gir et tredje mønster.

Bekreft nettverket før du logger på

Bekreft SSID og påloggingsmetode med stedet via 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 gjennom et kjent endepunkt i stedet for å stole på hvilken som helst side som dukker opp. Kan ikke stedet beskrive sin egen portal, er det grunn til å vente og ikke til å improvisere.

Et sertifikatvarsel under portalpålogging er ikke et trinn man klikker seg forbi. Portalen trenger ikke å late som en urelatert vert for å autentisere deg.

Gjør den minste kontrollen som beviser tilgang

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

Hold testen liten. En hastighetstest-nedlasting på målt tilgang besvarer et spørsmål ingen har stilt, 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.

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

Hold privat arbeid utenfor sammenligningen

Hver app på enheten er en mulig observatør, og en captive portal er øyeblikket da alle prøver å nå tjenerne sine. Lukk dem du kan, og behandle en administrert enhet som alltid er på som et spørsmål om policy og ikke om teknikk: bruk den godkjente metoden for sammenligningen i stedet for å fjerne beskyttelsen som gjør den administrert. Forbyr enheten trafikk utenfor tunnelen helt, gjør kontrollen 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. Se over adresse- og identifikatorfelt før du legger ved en fangst i en sak, fordi stedets nettverk ikke er ditt bevissskap.

Avgjør hva resultatet tillater deg å gjøre

Tre utfall er mulige: full tilgang med en fungerende tunnel, tilgang bare til portalen med en tunnel som feiler, eller ingen tilgang i det hele tatt. Hvert 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 antyder 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, resultatet og klokkeslettet, slik at neste person på samme sted begynner med bevis. Apples veiledning om captive nettverk beskriver gjenkjenningsatferden bak varselet, og det er den delen som er verdt å forstå før du klandrer VPN-en.