Windows-proxyens inloggningsskript följer inte senare nätverksändringar

En bärbar dator kan ta emot kontorets proxy korrekt vid inloggning och behålla den efter att ha kommit hem. Inloggningsskriptet kördes en gång; det prenumererade inte på varje senare Wi-Fi-ändring. Bakgrundsbearbetning av grupprincip är inte ett löfte att köra ett godtyckligt inloggningsskript igen vid en övergång.

Definiera det senare beteendet uttryckligen:

1. Utlösare: ett hanterat program kan använda Network List Managers meddelanden om anslutningsändringar för att ompröva tillståndet. Meddelandet självt väljer eller skriver ingen proxy.
2. Beslut: undersök tillräckligt av aktuellt nätverkstillstånd. En privat adress eller det först uppräknade gränssnittet är svagt bevis när Ethernet, Wi-Fi och VPN finns samtidigt.
3. Klientuppdatering: tillämpa inställningen via det gränssnitt som klienterna använder. WinINet-sparning och dokumenterade meddelanden om inställningsändring och uppdatering är separata åtgärder; WinHTTP eller privat programkonfiguration kan behöva en annan väg.
4. Befintligt arbete: avgör om öppna anslutningar får slutföras, måste återansluta eller bör stoppas. Ett nytt proxyval kan inte flytta en etablerad socket till en annan utgång.

För deltagande proxy-medvetna klienter är PAC en annan design: behåll valet per destination i klienten i stället för att upprepat ersätta en statisk slutpunkt. Dess leverans och reservpolicy måste ändå fungera på de roamer-nätverk.