Laptopul arată Conectat, schimbul de chei reușește, iar portalul refuză în continuare să încarce o pagină pe un al doilea dispozitiv. Aceasta nu este o problemă a tunelului. Limita de dispozitive a unui hotspot aparține sistemului său de acces, care numără dispozitivele pe care le-a autorizat și sesiunile pe care le-a eliberat. Un VPN schimbă pe unde iese traficul după autorizare și nu schimbă nimic în privința numărului de dispozitive pe care le va primi acel sistem.

Ce numără de fapt portalul

Portalele captive urmăresc o aprobare de autorizare, iar aprobarea este de obicei legată de ceva ce rețeaua poate identifica. O adresă MAC este alegerea obișnuită, un cookie de sesiune în browser este alta, iar unele sisteme combină oricare dintre ele cu un număr de cameră sau un bilet tipărit. Patru dispozitive pe un singur cod de cameră înseamnă patru aprobări, iar al cincilea dispozitiv nu are niciuna, indiferent ce software rulează. Instalarea unui VPN pe acel al cincilea dispozitiv schimbă răspunsul din refuzat în refuzat.

Asocierea și autorizarea sunt stări separate. Un laptop se poate asocia cu punctul de acces, poate păstra un bail DHCP și totuși să nu aibă internet, pentru că portalul nu i-a acordat nimic. Citirea pictogramei Wi-Fi drept dovadă a succesului portalului este prima greșeală din toată această clasă de cazuri.

Confirmați regula la locație

Puneți două întrebări în loc să ghiciți: câte dispozitive permite contul și cum este eliberată o sesiune expirată. A doua este mai importantă, pentru că o aprobare lăsată în urmă de un dispozitiv care a plecat este de obicei cea care îl blochează pe următorul. Personalul de la recepție poate adesea să o elibereze sau să emită un cod nou mai repede decât orice soluție din partea clientului. Folosiți acea procedură înainte de a schimba adrese de hardware, pentru că copierea identificatorului altui dispozitiv încalcă termenii rețelei și pune o identitate duplicată pe segment.

Comportamentul variază de la operator la operator. Unele sisteme se leagă de o amprentă a dispozitivului, altele de o sesiune de browser, iar câteva permit un număr fix de aprobări simultane care expiră pe un cronometru. Politica unei locații nu prezice nimic despre următoarea, de aceea răspunsul locației bate orice regulă generală.

Țineți separate datele de autentificare ale portalului și ale VPN-ului

Un cod de cameră nu este o autentificare la poartă, iar reutilizarea unei acreditări de serviciu într-un portal este un schimb prost chiar și când ambele ecrane arată un câmp de utilizator și un câmp de parolă. Autorizați mai întâi dispozitivul dorit, verificați o cerere mică obișnuită acolo unde locația permite, și abia apoi conectați tunelul. Această ordine vă dă o atribuire curată când ceva eșuează, pentru că etapa portalului era deja dovedită înainte ca VPN-ul să intre în peisaj.

Când portalul refuză, tunelul este locul greșit pentru depanare. Nimic din configurația VPN nu poate acorda un acces pe care sistemul de acces nu l-a emis niciodată.

Ce schimbă un router de călătorie

Un router de călătorie poate ajuta prezentând un singur dispozitiv în amonte în timp ce servește mai multe local, și schimbă ce vede portalul. Autorizarea se leagă de identificatorul routerului, nu de fiecare laptop, iar fiecare client din spatele lui împarte o aprobare și o adresă publică. Dacă acel aranjament este acceptabil depinde de termenii rețelei, iar multe locații interzic explicit partajarea. Un router este un proiect legitim unde partajarea este permisă și o încălcare unde nu este, indiferent de meritul tehnic.

Nimic din toate acestea nu elimină limita. Mută singura aprobare de pe un laptop pe un router, ceea ce este util pentru un călător cu mai multe dispozitive și inutil pentru două persoane care au fiecare nevoie de propria autorizare.

Rezolvați mai întâi problema locală de autorizare. Un tunel care funcționează perfect tot nu poate fabrica o aprobare pe care sistemul de acces nu a emis-o niciodată.

Articole similare