Úlohy VPN, které obnovují soubor hosts, mažou pozdější úpravy

Úloha připojení zkopíruje soubor hosts systému Windows, přidá jednu privátní adresu a úloha odpojení zkopíruje uloženou verzi zpět. Funguje to celé týdny a pak jednoho odpoledne se stroj nedostane na interní stránku, která s VPN nemá nic společného. Obnovení udělalo přesně to, co mu bylo řečeno: vrátilo soubor z doby před cizí úpravou. Selhání je v modelu, ne v příkazu kopírování.

Každý postup, který sejme snímek sdíleného souboru a později ho obnoví, dědí každou změnu provedenou mezi tím jako ztrátu.

Záloha obnovená později není zálohou současnosti

Projděte si běžnou posloupnost. Úloha uloží soubor a přidá záznam pro tunel. Později správce přidá nesouvisející opravu a druhý profil přidá svůj vlastní záznam. Při odpojení obnovení vrátí původní snímek a odstraní jak záznam druhého profilu, tak správcovu opravu. Ani jedno nepatřilo VPN a obojí je teď pryč.

Jedno pevné jméno záložního souboru to zhoršuje. Pozdější událost připojení může zkopírovat už upravený soubor přes domnělý originál, takže se základna obnovy posouvá k podobě souboru při poslední události.

Každá událost je oznámení, ne transakce

Úloha spuštěná událostí je oznámení. Opětovné připojení, přerušené vypnutí nebo druhý profil mohou přetvořit požadovaný stav, zatímco dřívější úloha ještě zapisuje. Nic ty dvě neserializuje a nic nevrací napůl hotovou změnu. Samotný identifikátor události navíc bez poskytovatele a jeho dat neřekne, ke kterému profilu patří. Považovat úlohu za transakci je předpoklad, který selhává.

Opakované události připojení jsou druhá polovina: přidání bez kontroly vytvoří druhý totožný záznam a některé překladače pak vidí dvě odpovědi pro jedno jméno.

Dejte každému mapování vlastníka

Každý řádek v souboru hosts mapuje jméno hostitele na adresu a neříká nic o tom, který tunel je nahoře. Je-li automatizace nevyhnutelná, přiřaďte jednoho vlastníka pro mapování spravovaná VPN. Ten by měl aktualizovat jen své vlastní záznamy, zachovat nesouvisející stávající obsah, vyhnout se duplicitám při opakované události a sladit se s připojeními, která jsou skutečně aktivní, a ne se zapamatovaným seznamem.

Když dva živé tunely potřebují stejné mapování, jedno odpojení ho nesmí odstranit, dokud ho druhý vlastník ještě potřebuje. To vyžaduje počítání referencí nebo výslovný záznam vlastnictví, ne booleovskou hodnotu.

Záloha má stále cenu pro přezkoumané obnovení. Neměla by být běžnou akcí při odpojení a neměla by být jediným záznamem o tom, co soubor obsahoval.

Když je skutečnou potřebou podmíněný DNS

Pokud je skutečným požadavkem privátní jmenný prostor, který se překládá jen tehdy, dokud je tunel nahoře, je hosts špatný mechanismus. Windows NRPT umí pro jmenný prostor vybrat překladač a sama záznam adresy nevytváří; překladač přesto musí odpovědět. To je jiný návrh s jiným vlastníkem a úplně odstraňuje úpravy souboru při každém přechodu.

Pokud se hosts záměrně drží pro jednu pevnou službu, ujistěte se, že její adresa zůstává dostupná přes zamýšlenou trasu a že její jméno hostitele zůstává stabilní, aby kontroly identity aplikace fungovaly dál. Vymazání mezipaměti DNS nemůže opravit zastaralý záznam, který příští vyhledání znovu přečte.

Vyzkoušejte opakovaná připojení, dva současné profily a odpojení po nesouvisející úpravě. Výsledkem má být, že mapování VPN následuje svého vlastníka, aniž by převíjelo zbytek stroje zpět.