WireGuardek huts egiten du inaktibitatearen ondoren: probatu norabidea lehenik

Lau galdera datoz edozein ezarpen-aldaketaren aurretik: baliabide berak funtzionatzen du bezeroa aktiboa den bitartean, zenbat iraun zuen inaktibitate-aldiak, gailua lo egin zuen ala sarez aldatu zen, eta hutsak kontrako aldeak hasten duen trafikoan bakarrik agertzen dira. Erantzunek iraungitako NAT mapaketa bat lo dabilen irrati batetik eta zaharkitutako aplikazio batetik bereizten dituzte. Keepaliveak inolako zerikusirik duen ere esaten dute. Hasi norabidearekin, komando bat besterik ez baitu kostatzen eta balizko kausen erdia kentzen baitu.

Zein norabidek egiten du huts?

Bezeroaren irteerako eskaera berri batek eta tarte isilaren ondoren hara iristen den trafikoak modu desberdinean probatzen dute egoera duen ekipamendua. Irteerako paketeek mapaketa berreraikitzen dute irtetean, sarrerakoek aldiz aurreko mapaketak bizirik iraun izana behar dute. Asimetria hori da proba osoa. Bezeroa kanpora iristen bada baina ezer ez bada sartzen, mapaketa iraungi da ziurrenik; eta bien arteko batek ere funtzionatzen ez badu, tunela edo bezeroaren sareko sarbidea desagertu da.

Ohartu tarte isilak zenbat iraun zuen eta gailuak lo egin zuen ala beste sare batera aldatu zen bitartean. Bi datu horiek diagnostikoa aldatzen dute edozein ezarpenek baino lehen.

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

Exekutatu hiru horiek tarte isilaren aurretik eta ondoren, bakoitzak galderaren zati desberdin bati erantzuten baitio. Mugitu ez den handshake denbora-marka batek alderdiek hitz egiteari utzi ziotela esaten du, eta aldatu den mutur bat mapaketa hil beharrean mugitu zela dio. Transferentzia-kontagailuek zerbait iritsi zen ala ez erakusten dute, eta hori da iraungitako mapaketa baten eta aplikazio isil baten arteko aldea. Idatzi zenbakiak bi puntuetan, konparazioa baita froga.

Lo, irratia eta aplikazioaren egoera

Telefonoan edo eramangarrian, lo dabilen gailu batek sareko sarbidea erabat galdu ahal izan du, eta keepaliveak ezin du itzalitako irrati bat berreskuratu ezta bete ez den captive portal bat osatu ere. Plataforma mugikorrek atzeko lana eteten dute politikaren arabera, beraz trafiko periodikoa jarraitzen duen ala ez plataformaren eta aplikazioak harekin adostu duenaren araberakoa da. Cachean gordetako konexioa hirugarren kasua da eta engainagarriena, tunelaren itzulera ez baita aplikazioa harekin berriro konektatzearen berdina.

Ireki aplikazioa berriro inaktibitate-aldiaren ondoren, irekita geratu den fitxan fidatu beharrean. Eskaera berri batek saio zaharrak huts egin zuen tokian asmatzen badu, tunelak ez zuen inoiz arazo izan.

Zer egiten du keepaliveak benetan

PersistentKeepalive aldian-aldian pakete hutsez autentifikatu bat bidaltzen dio pare bati, eta hori nahikoa da pareen artean NAT mapaketa bizirik mantentzeko eta kontrako aldearen muturra eguneratuta mantentzeko, WireGuarden hasiera azkarrak deskribatzen duen bezala. Ez du lo dabilen irrati bat, galdu den ibilbide bat edo inoiz berriro saiatzen ez den aplikazio bat konpontzen. Aukeratu tartea onartutako bezero-ezarpenen bidez, eta ez gaitu balio oldarkor bat inon egoera-pantaila bat isiltzen delako bakarrik.

Inaktibitate-aldi gehienak ez dira hutsak. Bost minutu isileko ondoren berriro konektatzen den tunelak behar bezala jokatzen du, eta arazoa kontrako aldetik zerbait iritsi behar zen kasua baino ez da.

Itxaron lehen huts egiten zuen tartea

Egin onartutako aldaketa bat, eta gero utzi inaktibitate-aldi bera pasatzen baliabide hori berriro probatu aurretik. Itxarotea probaren parte da, ez formalitatea. Berriro konektatu ondorengo berehalako arrakastak ez du ezer esaten inaktibitate luzearen sintomari buruz, berriro konektatzea egoera berrezartzen duen gertaera baita. Arazoa erabilera aktiboan ere agertzen bada, itzuli handshake eta datu-bidearen egiaztapenetara, trafiko periodiko gehiago gehitu beharrean.

Mantendu aldaketa bat probako eta idatzi erabilitako inaktibitate-iraupena. Hori gabe, ondorengo konparazio bakoitza desbideratzen da eta inork ezin du jakin zein aldaketak zuen garrantzia. Idatzi lau datuak elkarrekin: norabidea, iraupena, lo-egoera eta aplikazioaren portaera.