Offentleg Wi-Fi for éi eining: kvifor ein VPN-utgang ikkje kan hjelpe

Den berekne viser Tilkopla, handtrykket lukkast, og portalen nektar framleis å laste ei side på ei anna eining. Det er ikkje eit tunnelproblem. Grensa for einingar på ein hotspot høyrer til tilgangssystemet, som tel einingane det har autorisert, og øktene det har frigjeve. Ein VPN endrar kvar trafikken går ut etter autorisasjonen, og endrar ingenting ved kor mange einingar det systemet slepp inn.

Kva portalen faktisk tel

Captive-portalar sporar ei autoriseringsløyve, og løyvet er vanlegvis knytt til noko nettet kan identifisere. Ei MAC-adresse er det vanlege valet, ein øktskapsel i nettlesaren eit anna, og nokre system kombinerer ein av dei med eit romnummer eller ein trykt billett. Fire einingar på éin romkode tyder fire løyve, og den femte eininga har ingen, same kva programvare ho køyrer. Å installere ein VPN på den femte eininga endrar svaret frå avvist til avvist.

Tilkopling og autorisasjon er skilde tilstandar. Ei berekn kan kopie seg til aksesspunktet, halde ein DHCP-leige og likevel vere utan internett, fordi portalen aldri gav henne noko. Å lese Wi-Fi-ikonet som prov på at portalen har lukkast er den første feilen i heile denne klassa av saker.

Stadfest regelen hjå staden

Still to spørsmål i staden for å gjette: kor mange einingar kontoen tillèt, og korleis ei utdatert økt blir frigjeven. Det andre er viktigare, fordi eit løyve som ei eining som har reist etterlèt seg, vanlegvis er det som blokkerer den neste. Resepsjonspersonalet kan ofte frigje det eller gje ut ein ny kode raskare enn noka løysing på klientsida. Bruk den prosessen før du endrar maskinvareadresser, fordi å kopiere identifikatoren til ei anna eining bryt vilkåra til nettet og set ein dobbel identitet på segmentet.

Åtferda varierer frå operatør til operatør. Nokre system bind til eit einingfingeravtrykk, andre til ein nettlesarøkt, og nokre få tillèt eit fast tal samstundes løyve som går ut på ein timer. Politikken til éin stad seier ingenting om den neste, difor slår svaret frå staden kvar generell regel.

Hald portal- og VPN-påloggingar skilde

Ein romkode er ikkje ei gateway-pålogging, og å bruke ein arbeidspålogging om att i ein portal er ein dårleg handel sjølv når begge skjermane viser eit brukarnamnfelt og eit passordfelt. Autoriser den tiltenkte eininga først, stadfest ei lita vanleg førespurnad der staden tillèt det, og kople først deretter til tunnelen. Den rekkjefølgja gjev deg rein tilskriving når noko feilar, fordi portalsteget allereie var prova før VPN-en kom inn i biletet.

Når portalen avviser, er tunnelen feil stad å feilsøkje. Ingenting i VPN-konfigurasjonen kan gje tilgang som tilgangssystemet aldri gav ut.

Kva ein reiseruter endrar

Ein reiseruter kan hjelpe ved å opptre som éi eining oppstraums medan han tener fleire lokalt, og han endrar kva portalen ser. Autorisasjonen bind til identifikatoren til ruteren i staden for til kvar berekn, og kvar klient bak han deler eitt løyve og éi offentleg adresse. Om den ordninga er akseptabel kjem an på vilkåra til nettet, og mange stader forbyd deling uttrykkeleg. Ein ruter er eit legitimt design der deling er tillaten og ei brot der ho ikkje er, same kva teknisk verdi det har.

Ingenting av dette fjernar grensa. Det flyttar det eine løyvet frå ei berekn til ein ruter, noko som er nyttig for éin reisande med fleire einingar og ubrukeleg for to personar som kvar treng sin eigen autorisasjon.

Løys det lokale autorisasjonsproblemet først. Ein tunnel som fungerer perfekt kan framleis ikkje lage eit løyve som tilgangssystemet aldri gav ut.