VPN zadaci koji vraćaju hosts datoteku brišu kasnije izmjene

Zadatak povezivanja kopira hosts datoteku sustava Windows, dodaje jednu privatnu adresu, a zadatak odspajanja kopira sačuvanu verziju natrag. Radi sedmicama, a onda jednog poslijepodneva računalo ne može doći do internog lokaliteta koji nema nikakve veze s VPN-om. Vraćanje je učinilo tačno ono što mu je rečeno: vratilo je datoteku od prije tuđe izmjene. Kvar je u modelu, ne u naredbi kopiranja.

Svaki tok rada koji snimi zajedničku datoteku i kasnije je vrati nasljeđuje svaku izmjenu napravljenu između toga kao gubitak.

Sigurnosna kopija vraćena kasnije nije kopija sadašnjeg stanja

Prođite kroz običan slijed. Zadatak sačuva datoteku i doda unos za tunel. Kasnije administrator doda nepovezanu ispravku, a drugi profil doda svoj unos. Pri odspajanju vraćanje postavlja izvornu snimku, uklanjajući i unos drugog profila i administratorovu ispravku. Nijedno nije pripadalo VPN-u, a oboje je sada nestalo.

Jedno fiksno ime datoteke sigurnosne kopije pogoršava stvar. Kasniji događaj povezivanja može kopirati već izmijenjenu datoteku preko navodnog originala, pa osnova za oporavak sklizne prema izgledu datoteke pri posljednjem događaju.

Svaki događaj je obavijest, ne transakcija

Zadatak pokrenut događajem je obavijest. Ponovno povezivanje, prekinuto isključivanje ili drugi profil mogu preoblikovati traženo stanje dok raniji zadatak još piše. Ništa ne serializira to dvoje i ništa ne vraća poludovršenu izmjenu. Osim toga, sam identifikator događaja ne kaže kojem profilu pripada bez pružatelja i njegovih podataka. Tretiranje zadatka kao transakcije je pretpostavka koja pada.

Ponovljeni događaji povezivanja su druga polovina: dodavanje bez provjere stvara drugi identičan unos, a neki razrješivači tada vide dva odgovora za jedno ime.

Dajte svakom mapiranju vlasnika

Svaki redak u hosts datoteci mapira ime hosta na adresu i ne govori ništa o tome koji je tunel aktivan. Ako se automatizacija ne može izbjeći, dodijelite jednog vlasnika za mapiranja kojima upravlja VPN. Taj vlasnik treba ažurirati samo svoje unose, sačuvati nepovezani trenutni sadržaj, izbjegavati duplikate pri ponovljenom događaju i uskladiti se sa vezama koje su stvarno aktivne, a ne sa zapamćenim popisom.

Kada dva živa tunela trebaju isto mapiranje, jedno odspajanje ga ne smije ukloniti dok ga drugi vlasnik još treba. To zahtijeva brojanje referenci ili izričit zapis vlasništva, a ne logičku vrijednost.

Sigurnosna kopija i dalje ima vrijednost za pregledani oporavak. Ne smije biti uobičajena radnja odspajanja i ne smije biti jedini zapis o tome što je datoteka sadržavala.

Kada je uvjetni DNS prava potreba

Ako je stvarni zahtjev privatni prostor imena koji se razrješava samo dok je tunel aktivan, hosts je pogrešan mehanizam. Windows NRPT može odabrati razrješivač za prostor imena i ne stvara sam zapis adrese; razrješivač ipak mora odgovoriti. To je drukčiji dizajn s drukčijim vlasnikom i potpuno uklanja uređivanje datoteke pri svakom prijelazu.

Ako se hosts namjerno zadržava za jednu fiksnu uslugu, pobrinite se da njezina adresa ostane dostupna preko predviđene rute i da njezino ime hosta ostane stabilno kako bi provjere identiteta aplikacije nastavile raditi. Čišćenje DNS predmemorije ne može popraviti zastario unos koji sljedeće traženje ponovno pročita.

Testirajte ponovljena povezivanja, dva istodobna profila i odspajanje nakon nepovezane izmjene. Rezultat bi trebao biti da VPN-ovo mapiranje slijedi svog vlasnika bez vraćanja ostatka računala unatrag.