VPN užduotys, atkuriačios hosts failą, ištrina vėlesnius pakeitimus

Prijungimo užduotis nukopijuoja Windows hosts failą, prideda vieną privatų adresą, o atjungimo užduotis nukopijuoja išsaugotą versiją atgal. Tai veikia savaites, o paskui vieną popietę kompiuteris nepasiekia vidinės svetainės, kuri neturi nieko bendra su VPN. Atkūrimas padarė būtent tai, kas buvo liepta: grąžino failą iš laikų prieš kito žmogaus pakeitimą. Klaida yra modelyje, ne kopijavimo komandoje.

Bet kokia darbo eiga, kuri užfiksuoja bendro failo kopiją ir vėliau ją atkuria, paveldi kiekvieną tarp jų padarytą pakeitimą kaip nuostolį.

Vėliau atkurta atsarginė kopija nėra dabarties kopija

Pereikite įprastą seką. Užduotis išsaugo failą ir prideda įrašą tunelio. Vėliau administratorius prideda nesusijusį pataisymą, o antras profilis prideda savo įrašą. Atjungiant atkūrimas grąžina pirminę kopiją ir pašalina ir antro profilio įrašą, ir administratoriaus pataisymą. Nė vienas nepriklausė VPN, ir abu dabar dingo.

Vienas fiksuotas atsarginės kopijos failo pavadinimas viską blogina. Vėlesnis prijungimo įvykis gali nukopijuoti jau pakeistą failą ant tariamo originalo, todėl atkūrimo bazė slenka link to, kaip failas atrodė paskutinio įvykio metu.

Kiekvienas įvykis yra pranešimas, ne transakcija

Įvykio paleista užduotis yra pranešimas. Pakartotinis prisijungimas, nutrūkęs išjungimas ar antras profilis gali performuoti reikiamą būseną, kol ankstesnė užduotis dar rašo. Niekas nesuserializuoja abiejų, ir niekas neatšaukia pusiau baigto pakeitimo. Be to, vien įvykio identifikatorius, be tiekėjo ir jo duomenų, nepasako, kuriam profiliui jis priklauso. Užduoties traktavimas kaip transakcijos yra prielaida, kuri žlunga.

Pasikartojantys prijungimo įvykiai yra kita pusė: įrašymas be patikros sukuria antrą identišką įrašą, ir kai kurie resolveriai tada mato du atsakymus vienam vardui.

Suteikite kiekvienam susiejimui savininką

Kiekviena eilutė hosts faile susieja hosto vardą su adresu ir nieko nesako apie tai, kuris tunelis įjungtas. Jei automatizacijos išvengti neįmanoma, paskirkite vieną savininką VPN valdomiems susiejimams. Tas savininkas turėtų atnaujinti tik savo įrašus, išsaugoti nesusijusį dabartinį turinį, vengti dublikatų pasikartojus įvykiui ir derintis su jungtimis, kurios iš tikrųjų aktyvios, o ne su atsimintu sąrašu.

Kai dviem veikiantiems tuneliams reikia to paties susiejimo, vienas atjungimas neturi jo pašalinti, kol kitam savininkui jo dar reikia. Tam reikia nuorodų skaičiavimo arba aiškaus nuosavybės įrašo, o ne loginės reikšmės.

Atsarginė kopija vis dar vertinga peržiūrėtam atkūrimui. Ji neturėtų būti įprastas atjungimo veiksmas ir neturėtų būti vienintelis įrašas apie tai, ką failas turėjo.

Kai sąlyginis DNS yra tikrasis poreikis

Jei tikrasis reikalavimas yra privati vardų erdvė, kuri išsprendžiama tik kol tunelis įjungtas, hosts yra netinkamas mechanizmas. Windows NRPT gali pasirinkti resolverį vardų erdvei, ir ji pati nesukuria adreso įrašo; resolveris vis tiek turi atsakyti. Tai kitokia konstrukcija su kitu savininku, ir ji visiškai pašalina failo redagavimą kiekvieno perėjimo metu.

Jei hosts sąmoningai laikomas vienai fiksuotai paslaugai, įsitikinkite, kad jos adresas lieka pasiekiamas numatytu maršrutu, o hosto vardas lieka stabilus, kad programos tapatybės patikros veiktų toliau. DNS talpyklos išvalymas negali pataisyti pasenusio įrašo, kurį kitas ieškojimas vėl perskaitys.

Išbandykite pasikartojančius prijungimus, du vienu metu veikiančius profilius ir atjungimą po nesusijusio pakeitimo. Rezultatas turėtų būti toks, kad VPN susiejimas seka savo savininką nepersukant likusios kompiuterio dalies atgal.