Publika Wi-Fi-VPN: portalo, kovrado kaj politiko pri interrompo
VPN ŝanĝas, kiu povas observi vian trafikon, ne ĉu hotelportalo blokas ĝin. Komparu traktadon de la portalo, kovradon de aplikaĵoj kaj konduton de la kill-switch.
Publika Wi-Fi ne estas unu minaco, do VPN ne estas unu respondo. Ĝi kaŝas vian trafikon de la loka reto kaj translokas la fidon al la operatoro, dum HTTPS ankoraŭ protektas la parton inter retumilo kaj retejo. La praktikaj fiaskoj en hotelaj kaj kafejaj retoj estas la ensaluta paĝo, parte kovrado kaj tio, kio okazas dum interrompo. Komparu tiujn tri antaŭ ol decidi, ke la tunelo funkcias.
Kion la tunelo aldonas en nefidinda reto
En malferma reto, proksima observanto povas vidi, kiun finpunkton vi kontaktas kaj kiom da trafiko fluas. Tunelo anstataŭigas tiun bildon per ĉifrita fluo al la VPN-servilo kaj faras la operatoron nova partio por fidi. Ĝi ne plibonigas la sekurecon de la retejo mem.
HTTPS restas la protekto inter retumilo kaj retejo, kaj ĝi devas resti ŝaltita. HTTP-formularo ne fariĝas konfidenca nur ĉar unu segmento trapasas tunelon. Averto pri validigo de atestilo estas haltsigno, ne obstaklo por klaki preter.
| Layer | What it protects | What remains visible |
|---|---|---|
| HTTPS | Browser-to-site content | Server name, sizes, timing |
| VPN tunnel | Traffic to the VPN endpoint | VPN use, volume, timing |
| Portal login | Nothing by itself | Details you type at admission |
Unue finu la ensalutan portalon
Hoteloj kaj kafejoj ofte blokas ordinaran trafikon ĝis portala paŝo finiĝos. La VPN-finpunkto estas ordinara trafiko, do la kliento ne povas konektiĝi ĝis tiu paŝo finiĝos. Uzu la propran ensalutan fenestron de la aparato kaj konfirmu, ke la operatoro kongruas kun la loko.
Se aperas pluraj similaj SSID-oj, demandu la personaron, kiu estas la vera. Oficiala aspektanta nomo ne estas identeco, kaj VPN ne povas retiri pasvorton tajpitan en falsan paĝon. Iuj klientoj mem kaptas portalojn; se ĉiam-ena politiko blokas ensaluton, sekvu la dokumentitan paŭzan proceduron de la kliento kaj poste reŝaltu la tunelon.
La kovrado dependas de la tunelo, ne de la etikedo
Sistema VPN povas porti la plej multajn aplikaĵojn, dum retumila etendaĵo portas nur tiun retumilon. Se kovrado en publikaj retoj estas la kialo, ke vi konektiĝis, legu la esceptojn de dividita tunelado antaŭ ol supozi, ke ĉio estas interne. La hotspot ankoraŭ vidas vian aparaton en sia reto kaj la trafikon al la VPN-finpunkto. Tempo, volumeno kaj la detaloj, kiujn vi donis ĉe eniro, restas videblaj.
Tiu interŝanĝo estas la senco de la tunelo: malpli da observantoj por enhavo, ne nevidebleco. Notu, kiuj aplikaĵoj efektive estas kovritaj.
Decidu, kio okazas, kiam la tunelo falas
Movado inter alirpunktoj aŭ vekigo de la aparato povas interrompi la konekton. Aŭtomata rekonekto provas restarigi la tunelon; kill-switch decidas, ĉu rekta trafiko estas permesata en la intervalo. Mana malkonekto, fermo de la aplikaĵo kaj neatendita fiasko povas sekvi malsamajn regulojn.
Testu tiujn transirojn per sendanĝera trafiko, kaj konfirmu la konduton, kiun vi atendas, ne tiun, kiun sugestas merkatika paĝo. Tenu la operaciumon ĝisdatigita, malŝaltu dosierpartigon, kiun vi ne bezonas, kaj uzu la gastigantan fajroŝirmon, kie ĝi helpas.
Kiam la vojaĝo finiĝos, forigu gastajn retojn, al kiuj vi ne volas aŭtomate aliĝi. Konservu funkciantan profilon antaŭ la vojaĝo, ĉar agorda paĝo estas senutila, kiam la reto estas ĝuste tio, kio ne povas konektiĝi.