VPN-Aufgaben, die die hosts-Datei wiederherstellen, löschen spätere Änderungen

Eine Verbindungsaufgabe kopiert die Windows-hosts-Datei und hängt eine private Adresse an, und eine Trennungsaufgabe kopiert die gespeicherte Fassung zurück. Das funktioniert wochenlang, und dann erreicht der Rechner eines Nachmittags eine interne Seite nicht, die mit dem VPN nichts zu tun hat. Die Wiederherstellung tat genau, was man ihr sagte: Sie legte eine Datei von vor der Änderung eines anderen zurück. Der Fehler liegt im Modell, nicht im Kopierbefehl.

Jeder Ablauf, der eine gemeinsam genutzte Datei einfriert und später wiederherstellt, erbt jede zwischenzeitliche Änderung als Verlust.

Eine später wiederhergestellte Sicherung ist keine Sicherung des Jetzt

Gehen Sie eine gewöhnliche Abfolge durch. Die Aufgabe speichert die Datei und hängt einen Eintrag für den Tunnel an. Später fügt ein Administrator eine unabhängige Korrektur hinzu, und ein zweites Profil fügt seinen eigenen Eintrag hinzu. Beim Trennen setzt die Wiederherstellung den ursprünglichen Schnappschuss zurück und entfernt damit sowohl den Eintrag des zweiten Profils als auch die Korrektur des Administrators. Keines von beiden gehörte zum VPN, und beide sind jetzt fort.

Ein einziger fester Sicherungsdateiname verschlimmert es. Ein späteres Verbindungsereignis kann die bereits geänderte Datei über das angebliche Original kopieren, sodass die Wiederherstellungsbasis zu dem Zustand driftet, den die Datei beim letzten Ereignis hatte.

Jedes Ereignis ist eine Benachrichtigung, keine Transaktion

Eine ereignisgesteuerte Aufgabe ist eine Benachrichtigung. Ein erneutes Verbinden, ein abgebrochenes Herunterfahren oder ein zweites Profil können den erforderlichen Zustand umformen, während eine frühere Aufgabe noch mitten im Schreiben ist. Nichts serialisiert die beiden, und nichts rollt eine halbfertige Änderung zurück. Eine Ereigniskennung allein sagt zudem ohne den Anbieter und seine Daten nicht, zu welchem Profil sie gehört. Die Aufgabe als Transaktion zu behandeln, ist die Annahme, die scheitert.

Wiederholte Verbindungsereignisse sind die andere Hälfte: Ein Anhängen ohne Prüfung erzeugt einen zweiten identischen Eintrag, und manche Resolver sehen dann zwei Antworten für einen Namen.

Geben Sie jeder Zuordnung einen Eigentümer

Jede Zeile in der hosts-Datei ordnet einen Hostnamen einer Adresse zu und sagt nichts darüber, welcher Tunnel aktiv ist. Lässt sich Automatisierung nicht vermeiden, weisen Sie den VPN-verwalteten Zuordnungen einen einzigen Eigentümer zu. Dieser Eigentümer sollte nur seine eigenen Einträge aktualisieren, unabhängigen aktuellen Inhalt bewahren, Duplikate bei einem wiederholten Ereignis vermeiden und sich mit den tatsächlich aktiven Verbindungen abgleichen statt mit einer gemerkten Liste.

Wenn zwei aktive Tunnel dieselbe Zuordnung brauchen, darf ein einzelnes Trennen sie nicht entfernen, solange der andere Eigentümer sie noch braucht. Das erfordert Referenzzählung oder einen ausdrücklichen Eigentumseintrag, keinen Wahrheitswert.

Eine Sicherung hat für eine geprüfte Wiederherstellung weiterhin Wert. Sie sollte nicht die normale Trennungsaktion sein und nicht die einzige Aufzeichnung dessen, was die Datei enthielt.

Wenn bedingtes DNS der eigentliche Bedarf ist

Wenn die tatsächliche Anforderung ein privater Namensraum ist, der nur auflöst, solange der Tunnel steht, ist hosts der falsche Mechanismus. Windows NRPT kann einen Resolver für einen Namensraum auswählen, und sie erzeugt den Adresseintrag nicht selbst; ein Resolver muss trotzdem antworten. Das ist ein anderes Design mit einem anderen Eigentümer, und es beseitigt die Dateibearbeitung bei jedem Übergang vollständig.

Wird hosts bewusst für einen einzigen festen Dienst behalten, stellen Sie sicher, dass seine Adresse über die vorgesehene Route erreichbar bleibt und sein Hostname stabil bleibt, damit Identitätsprüfungen der Anwendung weiter funktionieren. Das Leeren eines DNS-Caches kann keinen veralteten Eintrag reparieren, den die nächste Abfrage erneut liest.

Testen Sie wiederholte Verbindungen, zwei gleichzeitige Profile und ein Trennen nach einer unabhängigen Änderung. Das Ergebnis sollte sein, dass die Zuordnung des VPN ihrem Eigentümer folgt, ohne den Rest des Rechners zurückzuspulen.