hosts fitxategia leheneratzen duten VPN zereginak geroagoko aldaketak ezabatzen dituzte

Konexio-zeregin batek Windowsen hosts fitxategia kopiatzen du, helbide pribatu bat gehitzen du, eta deskonexio-zeregin batek gordetako bertsioa berriz kopiatzen du. Astero funtzionatzen du, eta gero egun batean arratsaldean makinak ezin du VPNarekin zerikusirik ez duen barneko gune bat iritsi. Leheneratzeak esan zitzaiona egin zuen zehazki: beste norbaitek egindako aldaketaren aurreko fitxategi bat jarri zuen berriz. Hutsa ereduan dago, ez kopiatze-komandoan.

Fitxategi partekatu bat harrapatu eta gero leheneratzen duen lan-fluxu orok tartean egindako aldaketa oro galtzat hartzen du oinordetzan.

Geroago leheneratutako babeskopia ez da orainaren babeskopia

Ibil ezazu ohiko sekuentzia bat. Zereginak fitxategia gordetzen du eta tunelarentzako sarrera bat gehitzen du. Geroago administratzaile batek erlaziorik gabeko zuzenketa bat gehitzen du, eta bigarren profil batek bere sarrera gehitzen du. Deskonektatzean leheneratzeak jatorrizko argazkia jartzen du berriz, bigarren profilaren sarrera eta administratzailearen zuzenketa kenduz. Biak ez ziren VPNarena, eta orain biak desagertu dira.

Babeskopiaren fitxategi-izen finko bakar batek okerrera egiten du. Geroagoko konexio-gertaera batek jada aldatutako fitxategia ustezko jatorrizkoaren gainean kopia dezake, eta horrela leheneratze-oinarria azken gertaeran fitxategiak zuen itxurara lerratzen da.

Gertaera oro jakinarazpena da, ez transakzioa

Gertaerak abiarazitako zeregina jakinarazpen bat da. Berkonexio batek, moztutako itzalketa batek edo bigarren profil batek beharrezko egoera birmolda dezakete, aurreko zeregin bat oraindik idazten ari den bitartean. Ezerk ez ditu biak serializatzen, eta ezerk ez du erdi amaitutako aldaketa atzera botatzen. Gertaera-identifikatzaile batek bakarrik ere ez du esaten zein profilekoa den hornitzailea eta haren datuak gabe. Zeregina transakzio gisa tratatzea da porrot egiten duen suposizioa.

Konexio-gertaera errepikakorrak beste erdia dira: egiaztapenik gabeko gehitzeak bigarren sarrera berdina sortzen du, eta orduan resolver batzuek erantzun bi ikusten dituzte izen bakar baterako.

Eman jabetza bat mapa bakoitzari

hosts fitxategiko lerro bakoitzak ostalari-izen bat helbide batekin mapatzen du eta ez du ezer esaten zein tunel dagoen martxan. Automatizazioa saihestezina bada, esleitu jabe bakarra VPNak kudeatutako mapei. Jabe horrek bere sarrerak bakarrik eguneratu beharko lituzke, erlaziorik gabeko uneko edukia gorde, gertaera errepikakor batean bikoiztuak saihestu, eta benetan aktibo dauden konexioekin adostu, gogoratutako zerrenda baten ordez.

Bi tunel bizik mapa bera behar dutenean, deskonexio bakar batek ez du kendu behar beste jabeak oraindik behar duen bitartean. Horrek erreferentzia-kontaketa edo jabetza-erregistro esplizitua eskatzen du, ez boolear bat.

Babeskopiak oraindik balioa du berrikusitako leheneratze baterako. Ez luke deskonexiorako ohiko ekintza izan behar, eta ez luke fitxategiak zer zuen jakiteko erregistro bakarra izan behar.

DNS baldintzatua benetako beharra denean

Benetako baldintza tunela martxan dagoen bitartean soilik ebazten den izen-espazio pribatu bat bada, hosts mekanismo okerra da. Windows NRPTk resolver bat aukera dezake izen-espazio baterako, eta ez du berak helbide-erregistroa sortzen; resolverrak erantzun behar du oraindik. Beste diseinu bat da, beste jabe batekin, eta trantsizio bakoitzean fitxategia editatzeari erabat uzten dio.

hosts helburu jakin batekin zerbitzu finko bakar baterako mantentzen bada, ziurtatu haren helbidea ibilbide aurreikusian iritsgarri mantentzen dela eta ostalari-izena egonkor mantentzen dela, aplikazioaren identitate-egiaztapenek funtzionatzen jarrai dezaten. DNS cachea garbitzeak ezin du hurrengo bilaketak berriz irakurriko duen sarrera zaharkitu bat konpondu.

Probatu konexio errepikakorrak, aldi bereko bi profil eta erlaziorik gabeko aldaketaren ondorengo deskonexio bat. Emaitza VPNaren mapa bere jabea jarraitzea izan beharko litzateke, makinaren gainerakoa atzera birbobinatu gabe.