Testu hotspot-on antaŭ ol lasi laborkredencialojn proksimiĝi al ĝi

La hotspot-o disdonas adreson antaŭ ol ĝi disdonas la interreton, kaj fido decidiĝas en tiu breĉo. La aparato asociiĝas, petas adreson, kaj poste ĉiu elira peto estas interkaptata ĝis portalo diras, ke la sesio estas rajtigita. Tiu mekanismo klarigas, kial paĝo povas ŝajni ŝargiĝi dum neniu reala konekto ekzistas. Testu la breĉon per io senkulpa antaŭ ol iu laborkredencialo tuŝos ĝin.

Kion la hotspot-o faras al via unua peto

Asociiĝo donas al la aparato ligon, kaj DHCP donas al ĝi adreson, enirejon kaj kutime DNS-servilon posedatan de la ejo. Ĝis la rajtigo finiĝos, la enirejo forĵetas aŭ alidirektas eliran trafikon, kaj multaj portaloj respondas al DNS por ĉiu nomo per sia propra adreso. Tial serĉo ŝajnas sukcesi: la respondo estas la portalo, ne la retejo, kiun vi petis. La reto kondutas kiel projektite; ĝi simple ankoraŭ ne estas la interreto.

La unua HTTP-peto kutime ricevas alidirektadon al la portalo, kiun la operaciumo eble malfermos por vi. HTTPS ne povas esti alidirektata tiel, do ĝi aŭ malsukcesas aŭ pendas, kaj la retumilo montras atestilan eraron aŭ tempolimon. La diferenco estas diagnoza: HTTP-alidirektado estas la portalo, kiu parolas, dum TLS-malsukceso al nerilata gastiganto estas io alia. Ĉirkaŭbarita ĝardeno, kie kelkaj domajnoj estas traĵataj por pago aŭ saluto, produktas trian ŝablonon.

Konfirmu la reton antaŭ ol ensaluti

Konfirmu la SSID kaj la salutmetodon ĉe la ejo per kanalo, kiu ne estas la reto mem. Portalo, kiu petas firmaan pasvorton, kartnumeron kaj retpoŝtan adreson faras tri malsamajn aferojn, kaj nur la lastaj du estas ordinaraj por gastaliro. Prefaru la instigon de la operaciumo pri kaptita portalo, kiu detektas la alidirektadon per konata finpunkto anstataŭ fidi ajnan paĝon, kiu aperas. Se la ejo ne povas priskribi sian propran portalon, tio estas kialo atendi anstataŭ improvizi.

Atestila averto dum portala saluto ne estas paŝo por klaki preter. La portalo ne bezonas imiti nerilatan gastiganton por aŭtentigi vin.

Faru la plej malgrandan kontrolon, kiu pruvas aliron

Finu la laŭleĝan rajtigon, poste petu unu ordinaran publikan HTTPS-paĝon, kiun vi ne antaŭe ŝargis, por ke la respondo ne povu veni el kaŝmemoro. Notu, kio efektive malsukcesis, se ĝi malsukcesas: nomserĉo, konekta tempolimo, atestila eraro aŭ servo-rifuzo. Tiuj kvar apartenas al malsamaj tavoloj, kaj skribi ilin malhelpas la sekvan personon retesti laŭsentume. Poste konektu la celitan VPN kaj petu unu rimedon, kiu postulas ĝin.

Tenu la teston malgranda. Elŝuto de rapidtesto sur mezurita aliro respondas demandon, kiun neniu starigis, kaj povas kosti monon al la uzanto. Respondo kun kaplinioj sufiĉas por pruvi atingeblon, kaj ĝi ne tiras megabajtojn tra ligo, kiu fakturas pogigabajte.

Se ordinara aliro funkcias kaj la tunelo ne, tio estas alia esploro ol reto, kiu neniam rajtigis. Tenu la du rezultojn apartaj anstataŭ ŝanĝi plurajn privatecajn agordojn samtempe.

Tenu privatan laboron ekster la komparo

Ĉiu aplikaĵo sur la aparato estas ebla observanto, kaj kaptita portalo estas la momento, kiam ĉiuj provas atingi siajn servilojn. Fermu tiujn, kiujn vi povas, kaj traktu administritan aparaton ĉiam ŝaltitan kiel politikan demandon anstataŭ teknikan: uzu la aprobitan metodon por la komparo anstataŭ forigi la protekton, kiu igas ĝin administrita. Se la aparato tute malpermesas trafikon ekster la tunelo, faru la kontrolon sur alia, nesentema aparato. La senco de la ekzerco estas lerni pri la reto sen elmeti al ĝi kredencialojn.

Ne kaptu la trafikon de aliaj homoj por diagnozi la ejon, kaj tenu ĉiun diagnostikan kaptadon ene de via propra aparato kaj sesio. Revizu adresajn kaj identigajn kampojn antaŭ ol aldoni kaptaĵon al bileto, ĉar la reto de la ejo ne estas via ŝranko de pruvoj.

Decidu, kion la rezulto permesas al vi fari

Tri rezultoj eblas: plena aliro kun funkcianta tunelo, aliro nur al la portalo kun malsukcesa tunelo, aŭ neniu aliro. Ĉiu havas malsaman sekvan paŝon, kaj la valoro de la testo estas scii, en kiu vi estas antaŭ ol ŝanĝi agordojn. Plena aliro signifas, ke la laboro povas daŭri tra la tunelo; aliro nur al la portalo sugestas, ke la pordo aŭ protokolo de la tunelo estas blokitaj, do alia transporto aŭ reto estas la respondo; neniu aliro signifas, ke la ejo hodiaŭ ne povas subteni la taskon. Aparato, kiu ĉiam provas nur unu protokolon, ne povas distingi ilin.

Notu la SSID, la rezulton kaj la horon, por ke la sekva persono en la sama ejo komencu de pruvoj. La gvidilo pri kaptitaj retoj de Apple priskribas la detektan konduton malantaŭ la instigo, kaj tio estas la parto inda kompreni antaŭ ol kulpigi la VPN.