Windows-proxy-aanmeldscripts volgen latere netwerkwijzigingen niet
Behandel de proxykeuze bij Windows-aanmelding en latere netwerkovergangen als afzonderlijke gebeurtenissen, met een bewuste clientupdate en verbindingsbeleid.
Een laptop kan bij aanmelding de kantoorproxy correct ontvangen en die behouden nadat hij thuis is. Het aanmeldscript liep één keer; het abonneerde zich niet op elke latere Wi-Fi-wijziging. Achtergrondverwerking van groepsbeleid is geen belofte om bij een overgang een willekeurig aanmeldscript opnieuw uit te voeren.
Definieer het latere gedrag expliciet:
- Trigger: een beheerde toepassing kan de meldingen van Network List Manager over connectiviteitswijzigingen gebruiken om de status opnieuw te beoordelen. De melding zelf kiest of schrijft geen proxy.
- Beslissing: inspecteer voldoende huidige netwerkstatus. Eén privéadres of de eerst opgesomde interface is zwak bewijs wanneer Ethernet, Wi-Fi en VPN naast elkaar bestaan.
- Clientupdate: pas de instelling toe via de interface die de clients gebruiken. WinINet-opslag en gedocumenteerde meldingen over instellingswijziging en verversen zijn afzonderlijke acties; WinHTTP of privé-appconfiguratie kan een ander pad nodig hebben.
- Bestaand werk: beslis of open verbindingen mogen afronden, opnieuw moeten verbinden of moeten stoppen. Een nieuwe proxykeuze kan een bestaande socket niet naar een andere uitgang verplaatsen.
Voor deelnemende proxybewuste clients is PAC een ander ontwerp: houd de keuze per bestemming in de client in plaats van steeds een statisch eindpunt te vervangen. De levering en het terugvalbeleid moeten nog steeds op de roamende netwerken werken.