Logon-scripts til Windows-proxy følger ikke senere netværksændringer
Behandl valg af proxy ved Windows-logon og senere netværksskift som separate hændelser, med en bevidst klientopdatering og forbindelsespolitik.
En bærbar computer kan korrekt modtage kontorets proxy ved logon og beholde den efter at være kommet hjem. Logon-scriptet kørte én gang; det abonnerede ikke på hver senere Wi-Fi-ændring. Baggrundsbehandling af gruppepolitik er ikke et løfte om at køre et vilkårligt logon-script igen ved et skift.
Definer den senere adfærd eksplicit:
- Udløser: en administreret applikation kan bruge Network List Managers underretninger om forbindelsesændringer til at overveje tilstanden igen. Underretningen vælger eller skriver ikke selv en proxy.
- Beslutning: undersøg tilstrækkelig aktuel netværkstilstand. Én privat adresse eller den første optalte grænseflade er svagt bevis, når Ethernet, Wi-Fi og VPN findes samtidig.
- Klientopdatering: anvend indstillingen via den grænseflade, klienterne bruger. WinINet-gemning og dokumenterede underretninger om indstillingsændring og opdatering er separate handlinger; WinHTTP eller privat applikationskonfiguration kan kræve en anden vej.
- Eksisterende arbejde: beslut, om åbne forbindelser må afsluttes, skal genoprettes eller bør stoppes. Et nyt proxyvalg kan ikke flytte en etableret socket til en anden udgang.
For deltagende proxybevidste klienter er PAC et andet design: behold valget pr. destination i klienten i stedet for gentagne gange at erstatte et statisk endepunkt. Dets levering og fallback-politik skal stadig fungere på roaming-netværkene.