Úlohy VPN, ktoré obnovujú súbor hosts, mažú neskoršie úpravy

Úloha pripojenia skopíruje súbor hosts systému Windows, pridá jednu privátnu adresu a úloha odpojenia skopíruje uloženú verziu späť. Funguje to celé týždne a potom jedného popoludnia sa stroj nedostane na internú stránku, ktorá s VPN nemá nič spoločné. Obnovenie urobilo presne to, čo mu bolo povedané: vrátilo súbor z čias pred cudzou úpravou. Zlyhanie je v modeli, nie v príkaze na kopírovanie.

Každý postup, ktorý urobí snímku zdieľaného súboru a neskôr ho obnoví, dedí každú zmenu vykonanú medzitým ako stratu.

Záloha obnovená neskôr nie je zálohou súčasnosti

Prejdite bežnú postupnosť. Úloha uloží súbor a pridá záznam pre tunel. Neskôr správca pridá nesúvisiacu opravu a druhý profil pridá svoj vlastný záznam. Pri odpojení obnovenie vráti pôvodnú snímku a odstráni tak záznam druhého profilu, ako aj správcovu opravu. Ani jedno nepatrilo VPN a oboje je teraz preč.

Jedno pevné meno záložného súboru to zhoršuje. Neskoršia udalosť pripojenia môže skopírovať už upravený súbor na domnelý originál, takže základňa obnovy sa posúva k podobe súboru pri poslednej udalosti.

Každá udalosť je oznámenie, nie transakcia

Úloha spustená udalosťou je oznámenie. Opätovné pripojenie, prerušené vypnutie alebo druhý profil môžu pretvoriť požadovaný stav, kým skoršia úloha ešte zapisuje. Nič tie dve neserializuje a nič nevracia napoly hotovú zmenu. Samotný identifikátor udalosti tiež bez poskytovateľa a jeho údajov nepovie, ku ktorému profilu patrí. Považovať úlohu za transakciu je predpoklad, ktorý zlyháva.

Opakované udalosti pripojenia sú druhá polovica: pridanie bez kontroly vytvorí druhý totožný záznam a niektoré prekladače potom vidia dve odpovede na jedno meno.

Dajte každému mapovaniu vlastníka

Každý riadok v súbore hosts mapuje meno hostiteľa na adresu a nehovorí nič o tom, ktorý tunel je aktívny. Ak sa automatizácii nedá vyhnúť, priraďte jedného vlastníka pre mapovania spravované VPN. Ten vlastník by mal aktualizovať len svoje vlastné záznamy, zachovať nesúvisiaci aktuálny obsah, vyhnúť sa duplicitám pri opakovanej udalosti a zosúladiť sa s pripojeniami, ktoré sú skutočne aktívne, a nie so zapamätaným zoznamom.

Keď dva živé tunely potrebujú rovnaké mapovanie, jedno odpojenie ho nesmie odstrániť, kým ho druhý vlastník ešte potrebuje. To vyžaduje počítanie referencií alebo výslovný záznam o vlastníctve, nie boolovskú hodnotu.

Záloha má stále cenu pre preskúmané obnovenie. Nemala by byť bežnou akciou pri odpojení a nemala by byť jediným záznamom o tom, čo súbor obsahoval.

Keď je skutočnou potrebou podmienený DNS

Ak je skutočnou požiadavkou privátny priestor mien, ktorý sa prekladá len vtedy, keď je tunel aktívny, hosts je nesprávny mechanizmus. Windows NRPT dokáže pre priestor mien vybrať prekladač a sama záznam adresy nevytvára; prekladač napriek tomu musí odpovedať. To je iný návrh s iným vlastníkom a úplne odstraňuje úpravy súboru pri každom prechode.

Ak sa hosts zámerne drží pre jednu pevnú službu, uistite sa, že jej adresa zostáva dostupná cez zamýšľanú trasu a že jej meno hostiteľa zostáva stabilné, aby kontroly identity aplikácie fungovali ďalej. Vymazanie medzipamäte DNS nedokáže opraviť zastaraný záznam, ktorý nasledujúce vyhľadanie znova prečíta.

Vyskúšajte opakované pripojenia, dva súčasné profily a odpojenie po nesúvisiacej úprave. Výsledkom má byť, že mapovanie VPN nasleduje svojho vlastníka bez prevíjania zvyšku stroja späť.