Opravila VPN, ki obnovijo datoteko hosts, izbrišejo poznejše spremembe

Opravilo povezave kopira datoteko hosts sistema Windows, doda en naslov zasebnega omrežja, opravilo prekinitve pa kopira shranjeno različico nazaj. Deluje tedne, potem pa nekega popoldneva računalnik ne doseže notranjega mesta, ki z VPN nima nič skupnega. Obnovitev je naredila natanko to, kar so ji ukazali: vrnila je datoteko iz časa pred tujo spremembo. Napaka je v modelu, ne v ukazu za kopiranje.

Vsak potek dela, ki zajame posnetek deljene datoteke in jo pozneje obnovi, podeduje vsako vmesno spremembo kot izgubo.

Varnostna kopija, obnovljena pozneje, ni kopija sedanjosti

Pojdite skozi običajno zaporedje. Opravilo shrani datoteko in doda vnos za tunel. Pozneje skrbnik doda nepovezano popravek, drugi profil pa doda svoj vnos. Ob prekinitvi obnovitev vrne prvotni posnetek in odstrani tako vnos drugega profila kot skrbnikov popravek. Nobeno od tega ni pripadalo VPN in oboje je zdaj izginilo.

Eno fiksno ime varnostne kopije stanje poslabša. Poznejši dogodek povezave lahko kopira že spremenjeno datoteko čez domnevni izvirnik, zato osnova za obnovitev drsi proti videzu datoteke ob zadnjem dogodku.

Vsak dogodek je obvestilo, ne transakcija

Opravilo, ki ga sproži dogodek, je obvestilo. Ponovna povezava, prekinjena zaustavitev ali drugi profil lahko preoblikujejo zahtevano stanje, medtem ko prejšnje opravilo še piše. Nič ne serializira obeh in nič ne povrne napol dokončane spremembe. Tudi sam identifikator dogodka ne pove, kateremu profilu pripada, brez ponudnika in njegovih podatkov. Obravnavanje opravila kot transakcije je predpostavka, ki odpove.

Ponavljajoči se dogodki povezave so druga polovica: dodajanje brez preverjanja ustvari drugi enak vnos in nekateri razreševalniki nato vidijo dva odgovora za eno ime.

Vsaki preslikavi dajte lastnika

Vsaka vrstica v datoteki hosts preslika ime gostitelja v naslov in ne pove ničesar o tem, kateri tunel je vzpostavljen. Če se avtomatizaciji ni mogoče izogniti, določite enega lastnika za preslikave, ki jih upravlja VPN. Ta lastnik naj posodablja samo svoje vnose, ohrani nepovezano trenutno vsebino, prepreči podvojitve pri ponovljenem dogodku in se uskladi s povezavami, ki so resnično aktivne, ne pa s shranjenim seznamom.

Ko dva živa tunela potrebujeta isto preslikavo, je ena prekinitev ne sme odstraniti, dokler jo drugi lastnik še potrebuje. To zahteva štetje sklicev ali izrecen zapis o lastništvu, ne logične vrednosti.

Varnostna kopija ima še vedno vrednost za pregledano obnovitev. Ne bi smela biti običajno dejanje ob prekinitvi in ne bi smela biti edini zapis o tem, kaj je datoteka vsebovala.

Ko je pogojni DNS resnična potreba

Če je resnična zahteva zasebni imenski prostor, ki se razreši le, dokler je tunel vzpostavljen, je hosts napačen mehanizem. Windows NRPT lahko za imenski prostor izbere razreševalnik in sama ne ustvari zapisa naslova; razreševalnik mora vseeno odgovoriti. To je druga zasnova z drugim lastnikom in popolnoma odpravi urejanje datoteke ob vsakem prehodu.

Če se hosts namerno ohranja za eno fiksno storitev, poskrbite, da bo njen naslov dosegljiv po predvideni poti in da bo ime gostitelja stabilno, da bodo preverjanja identitete aplikacije delovala naprej. Čiščenje predpomnilnika DNS ne more popraviti zastarelega vnosa, ki ga bo naslednje iskanje znova prebralo.

Preizkusite ponavljajoče se povezave, dva sočasna profila in prekinitev po nepovezani spremembi. Rezultat naj bi bil, da preslikava VPN sledi svojemu lastniku, ne da bi previla preostanek stroja nazaj.