Tesztelje a hotspotot, mielőtt munkabelépési adatokat enged a közelébe

A hotspot címet oszt, mielőtt internetet osztana, és a bizalom éppen ebben a résben dől el. Az eszköz társul, címet kér, majd minden kimenő kérés elfogásra kerül, amíg egy portál nem jelzi, hogy a munkamenet engedélyezett. Ez a mechanizmus magyarázza, miért tűnhet úgy egy oldal, hogy töltődik, miközben nincs valódi kapcsolat. Tesztelje a rést valami ártalmatlannal, mielőtt bármely munkabelépési adat hozzáér.

Mit tesz a hotspot az első kérésével

A társulás kapcsolatot ad az eszköznek, a DHCP pedig címet, átjárót és általában a hely tulajdonában lévő DNS-kiszolgálót. Amíg az engedélyezés be nem fejeződik, az átjáró eldobja vagy átirányítja a kimenő forgalmat, és sok portál saját címével válaszol a DNS-re minden névnél. Ezért tűnik sikeresnek egy lekérdezés: a válasz a portál, nem a kért oldal. A hálózat a tervezés szerint viselkedik; egyszerűen még nem az internet.

Az első HTTP-kérés általában átirányítást kap a portálra, amelyet az operációs rendszer megnyithat Önnek. A HTTPS-t így nem lehet átirányítani, ezért vagy meghiúsul, vagy megakad, és a böngésző tanúsítványhibát vagy időtúllépést mutat. A különbség diagnosztikai: a HTTP-átirányítás a portál beszéde, míg egy nem kapcsolódó hoszt felé mutató TLS-hiba valami más. A fallal körülvett kert, ahol néhány tartományt fizetés vagy bejelentkezés céljából beengednek, harmadik mintát ad.

Erősítse meg a hálózatot, mielőtt bejelentkezik

Erősítse meg az SSID-t és a bejelentkezés módját a hellyel egy olyan csatornán, amely nem maga a hálózat. Egy portál vállalati jelszót, kártyaszámot és e-mail-címet kér három különböző dolgot tesz, és csak az utolsó kettő szokásos vendéghozzáférésnél. Részesítse előnyben az operációs rendszer captive portal felhívását, amely ismert végponton keresztül ismeri fel az átirányítást, ahelyett hogy bármely megjelenő oldalban megbízna. Ha a hely nem tudja leírni a saját portálját, az ok arra, hogy várjon, és ne improvizáljon.

A tanúsítványfigyelmeztetés portál-bejelentkezés közben nem kattintással átugrandó lépés. A portálnak nem kell nem kapcsolódó hosztot utánoznia ahhoz, hogy hitelesítsen.

Végezze el a legkisebb ellenőrzést, amely bizonyítja a hozzáférést

Fejezze be a jogszerű engedélyezést, majd kérjen le egy közönséges nyilvános HTTPS-oldalt, amelyet korábban nem töltött be, hogy a válasz ne jöhessen a gyorsítótárból. Jegyezze fel, mi hiúsult meg valójában, ha meghiúsul: névfeloldás, kapcsolódási időtúllépés, tanúsítványhiba vagy szolgáltatásmegtagadás. Ez a négy különböző réteghez tartozik, és leírásuk megakadályozza, hogy a következő ember érzésre teszteljen újra. Ezután csatlakoztassa a szánt VPN-t, és kérjen le egy erőforrást, amelyhez szükséges.

Tartsa kicsin a tesztet. Egy sebességteszt-letöltés mért hozzáférésen olyan kérdésre válaszol, amelyet senki nem tett fel, és pénzébe kerülhet a felhasználónak. A fejlécekkel adott válasz elég az elérhetőség bizonyításához, és nem húz megabájtokat egy gigabájtonként számlázó kapcsolaton.

Ha a közönséges hozzáférés működik és az alagút nem, az más vizsgálat, mint egy soha nem engedélyező hálózaté. Tartsa külön a két eredményt, ahelyett hogy több adatvédelmi beállítást változtatna egyszerre.

Tartsa a magánmunkát az összehasonlításon kívül

Az eszköz minden alkalmazása lehetséges megfigyelő, és a captive portal az a pillanat, amikor mindannyian el akarják érni a kiszolgálóikat. Zárja be, amelyeket tud, és kezeljen egy felügyelt, mindig bekapcsolt eszközt politikai, nem technikai kérdésként: használja a jóváhagyott módszert az összehasonlításhoz, ahelyett hogy eltávolítaná a védelmet, amely felügyeltté teszi. Ha az eszköz teljesen tiltja az alagúton kívüli forgalmat, végezze el az ellenőrzést egy másik, nem érzékeny eszközön. A gyakorlat célja, hogy megismerje a hálózatot anélkül, hogy belépési adatokat tenne ki neki.

Ne rögzítse mások forgalmát a hely diagnosztizálásához, és tartsa a diagnosztikai rögzítést a saját eszközén és munkamenetén belül. A rögzítés jegyhez csatolása előtt tekintse át a cím- és azonosítómezőket, mert a hely hálózata nem az Ön bizonyítékszekrénye.

Döntse el, mit enged meg az eredmény

Három eredmény lehetséges: teljes hozzáférés működő alagúttal, csak portál-hozzáférés meghiúsuló alagúttal, vagy egyáltalán nincs hozzáférés. Mindegyiknek más a következő lépése, és a teszt értéke az, hogy tudja, melyikben van, mielőtt beállításokat változtat. A teljes hozzáférés azt jelenti, hogy a munka az alagúton át folytatódhat; a csak portál-hozzáférés arra utal, hogy az alagút portja vagy protokollja blokkolt, tehát más átvitel vagy hálózat a válasz; a hozzáférés hiánya azt jelenti, hogy a hely ma nem tudja támogatni a feladatot. Egy eszköz, amely mindig csak egy protokollt próbál, nem tudja megkülönböztetni ezeket.

Jegyezze fel az SSID-t, az eredményt és az időt, hogy a következő ember ugyanazon a helyen bizonyítékból induljon. Az Apple útmutató a captive hálózatokhoz írja le a felhívás mögötti felismerési viselkedést, és ez az a rész, amelyet érdemes megérteni, mielőtt a VPN-t hibáztatja.