Windows-Proxy-Anmeldeskripte verfolgen spätere Netzwerkänderungen nicht
Behandeln Sie die Proxy-Auswahl bei der Windows-Anmeldung und spätere Netzwerkwechsel als getrennte Ereignisse, mit einer bewussten Client-Aktualisierung und Verbindungsrichtlinie.
Ein Laptop kann den Büro-Proxy bei der Anmeldung korrekt erhalten und ihn nach dem Wechsel nach Hause behalten. Das Anmeldeskript lief einmal; es hat nicht jede spätere Wi-Fi-Änderung abonniert. Die Hintergrundverarbeitung der Gruppenrichtlinie ist kein Versprechen, bei einem Wechsel ein beliebiges Anmeldeskript erneut auszuführen.
Legen Sie das spätere Verhalten ausdrücklich fest:
- Auslöser: Eine verwaltete Anwendung kann die Benachrichtigungen des Netzwerklisten-Managers über Konnektivitätsänderungen nutzen, um den Zustand neu zu bewerten. Die Benachrichtigung selbst wählt keinen Proxy aus und schreibt keinen.
- Entscheidung: Prüfen Sie ausreichend aktuellen Netzwerkzustand. Eine private Adresse oder die zuerst aufgeführte Schnittstelle ist ein schwacher Beleg, wenn Ethernet, Wi-Fi und VPN gleichzeitig bestehen.
- Client-Aktualisierung: Wenden Sie die Einstellung über die Schnittstelle an, die die Clients verwenden. WinINet-Speicherung und dokumentierte Benachrichtigungen zu Einstellungsänderungen und Aktualisierung sind getrennte Vorgänge; WinHTTP oder private Anwendungskonfiguration können einen anderen Weg erfordern.
- Bestehende Arbeit: Entscheiden Sie, ob offene Verbindungen beendet werden dürfen, neu aufgebaut werden müssen oder gestoppt werden sollen. Eine neue Proxy-Auswahl kann einen bestehenden Socket nicht auf einen anderen Ausgang verschieben.
Für teilnehmende proxybewusste Clients ist PAC ein anderes Design: Behalten Sie die Auswahl pro Ziel im Client, statt einen statischen Endpunkt wiederholt zu ersetzen. Dessen Auslieferung und Fallback-Richtlinie müssen auf den Roaming-Netzen weiterhin funktionieren.