VPN-a orriaren erdian erori da: aurrekari-eskaerak oraindik irteten al dira?

Fitxak tunela hil aurretiko panelak erakusten ditu oraindik. Egoera-zenbakiak izoztu egiten dira, buelta txiki bat biraka jarraitzen du, eta helbide-barrak orain dela ordubete irekitako aplikazioa darama oraindik. Ez zenuke ezer ukitu erorketaren ondoren, baina orrialdeak agian oraindik bere zerbitzarira iristen saiatzen jarraitzen du bere egutegiaren arabera. Hori da jendeak ahazten duen zatia: soilik ikusgai dagoen orrialde bat eta eskaerak bidaltzen jarraitzen duen orrialde bat berdin ikusten dira kanpotik, eta horietako bakarra agertzen da sare-erregistro batean.

Orrialde batek zu gabe hasten duen lana

Lau mekanismok mantentzen dute kargatutako dokumentua lanean. Errepikatzen den tenporizadore batek egoera-dei bat berriro exekuta dezake segundo gutxian behin. Fetch bat piztu daiteke fitxa berriro ikusgai bihurtzen denean hara itzuli ondoren. WebSocket edo zerbitzariak bidalitako gertaeren gainean eraikitako kanal zuzen batek berriro konektatzeko saiakera egin dezake bere atzera-egite egutegiaren arabera. Guneak erregistratutako service worker batek ilaran dagoen sinkronizazio baterako esna daiteke, zure aurrean fitxarik ez dagoenean ere.

Horietako batek ere ez du klikik behar, eta batek ere ez du dokumentua berriz kargatzen. Helbide-barrak, korritze-kokapenak eta errendatutako balioek leku berean jarraitzen dute. Aldatzen dena sareko aldea baino ez da: saiakera bakoitzak abiatzen den unean hartutako erabaki berria da.

Bereizketa horrek garrantzia du, ikusgai dagoen orrialdea lokal geratzen delako. Dagoeneko margotutako pixelek ez dute ezer esaten hurrengo eskaerak arrakasta izan zuen ala ez. Biraka ari den grafiko izoztua eskaerak orain huts egiten ari zaizkion orrialde baten itxura arrunta da. Pantaila irakurtzeak zerbitzariak duela minutu esandakoa esaten dizu, ez nabigatzaileak orain egiten duena.

Zergatik aurreko orri-kargak ez duen ibilbiderik eusten

Orri-kargako ezerk ez du dokumentua tunelera lotzen. Bideratzea paketeko ebazten da, bidaltzeko unean, paketea irteten denean dagoen taulatik. Tunelaren interfazea desagertzen denean, bilaketa horrek ez dator bat tunelaren ibilbidearekin. Edo egokitzaile fisikora erortzen da edo ez du ezer aurkitzen, bezeroak atzean utzitakoaren arabera.

Errepikatutako deiak ohiko programatutako zereginak dira. HTML estandarraren tenporizadore atalak nola jartzen diren ilaran deskribatzen du eta tartea atzerapen minimotzat hartzen du, erritmo zehatzaren promesatzat baino, beraz atzeko fitxa batek bere kodeak eskatzen duena baino askoz gutxiagotan galdetu dezake. Saiakera gutxiago ez da saiakera ezaren berdin, eta fitxa bat aurrekaldera ekartzea horien eztanda baterako une ohikoa da.

Non amaitzen den hutsegite-politika

Bezeroaren blokeoa konexio bat saiatzen denean ebaluatzen da, ez orrialdea eskuratu zenean. Sarrera arrunta oraindik baimenduta badago, berriz saiatzeak esteka fisikotik argi atera dezake. Politikak trafiko hori tunela itzuli arte atxikitzen badu, saiakera konexio-unetan huts egiten du eta orrialdeak segundo gutxira berriro saia dezakeen errore bat erakusten du.

Bi xehetasek erabakitzen dute horietako zein lortuko duzun. Lehena bezeroak onartzen duen aplikazio-eremua da: gailu osorako blokeoa, tunelaren egokitzaileera mugatutako blokeoa, edo salbuespenak dituen arau-multzoa. Bigarrena helmuga lehenago gehitutako salbuespen baten barruan geratzen den ala ez, inprimagailu lokal, ataka gatibu edo streaming zerbitzu baterako.

Aplikazio-mailako zifratzeak ez du ezer aldatzen. HTTPSek nabigatzailearen eta zerbitzariaren arteko byteak babesten ditu; ez du ezer esaten zein interfazek garraiatzen dituen. Orrialde bat ezin hobeto zifratuta egon daiteke eta hala ere bide okerretik atera, eta horixe da blokeo estu batek uzten duena.

Egiaztapen kontrolatu bat erabilera bakarreko orri batekin

Erabili kontrolatzen duzun ostalari bat eta hura deitzea besterik egiten ez duen orrialde bat, datu errealik jokoan ez egon dadin. Terminal batetik, lagindu bidea erorketaren aurretik eta ondoren:

curl -sS --max-time 5 -o /dev/null -w '%{http_code} %{remote_ip}\n' https://probe.example.net/ping

Exekutatu tunela igota, gero jaitsi tunela eta exekutatu berriro. Tunela behera dagoela helbide publiko batetik datorren erantzunak bide zuzena irekita dagoela esaten dizu. Denbora-muga edo ukatutako konexio batek politikak eusten duela esaten dizu. Errepikatu beste behin bezeroa berriro konektatu ondoren, tunelaren bidea itzultzen ikusteko, hala egin duela suposatu beharrean.

Nabigatzailean, Sarea panelek bi galderak bereizten ditu. Iragazi Fetch/XHR-ra, eta gero irakurri abiarazlearen zutabea: tenporizadore edo script batek hasitako sarrera bat, aurretik nabigaziorik erregistratu gabea, atzeko saiakera da eta ez berriz karga. Alderatu haren hasiera-ordua tunela erori zen uneari. Sarrera oraindik zain badago tunela desagertuta dagoenean, eskaerak jada existitzen ez den bide baten zain dago.

Zerbitzariaren aldeko ebidentzia nabigatzaileak erakusten duen edozer baino indartsuagoa da. Denbora-marka eta iturburu-helbidea dituen eskaera-erregistro batek paketea iritsi zela frogatzen du. Nabigatzailearen sarrerek cookieak, tokenak eta URL osoak eraman ditzakete, beraz gorde zure galderak behar dituen eremuak soilik eta ezkutatu gainerakoa edonon itsatsi aurretik.

Zer egin erantzunarekin

Atzeko saiakerak arrakasta izaten jarraitzen badute tunela behera dagoela, blokeoa uste baino estuagoa da, eta hutsune hori ixten merezi du bezeroari lan sentikorretarako konfiantza eman aurretik. Huts egiten badute, politikak bere lana egiten du eta izoztutako orrialdea kosmetikoa da. Edozein modutan, fitxa bat ixtea ez da gailu osorako kontrola: beste fitxa batzuek, beste nabigatzaile batzuek eta beste aplikazio batzuek bakoitzak bere lana programatzen du.

Egitea merezi duten hurrengo urratsak: zerrendatu zein salbuespen gehitu dituzun eta zergatik, berretsi bezeroak tunel-eremuko trafikoa soilik blokeatzen duen edo trafiko guztia, eta ikusi atzeko eskaera bat hasieratik amaierara zerbitzariaren erregistroa irekita. Hiru erantzun horiek «VPN-a erori zen eta zerbait oraindik konektatuta dago» txosten batek benetan duenaren zatirik handiena estaltzen dute.