Logon-skript for Windows-proxy følgjer ikkje seinare nettverksendringar

Ein berbar PC kan ta imot kontorets proxy rett ved pålogging og halde på han etter at han er komen heim. Logon-skriptet køyrde éin gong; det abonnerte ikkje på kvar seinare Wi-Fi-endring. Bakgrunnsbehandling av gruppepolicy er ikkje eit løfte om å køyre eit vilkårleg logon-skript på nytt ved ein overgang.

Definer den seinare åtferda eksplisitt:

1. Utløysar: ein administrert applikasjon kan bruke varsla frå Network List Manager om tilkoplingsendringar til å vurdere tilstanden på nytt. Varselet sjølv vel eller skriv ikkje ein proxy.
2. Avgjerd: undersøk tilstrekkeleg gjeldande nettverkstilstand. Éi privat adresse eller det første oppførte grensesnittet er svakt prov når Ethernet, Wi-Fi og VPN finst samstundes.
3. Klientoppdatering: bruk innstillinga gjennom grensesnittet klientane nyttar. WinINet-lagring og dokumenterte varsel om innstillingendring og oppdatering er skilde handlingar; WinHTTP eller privat applikasjonskonfigurasjon kan trenge ein annan veg.
4. Eksisterande arbeid: avgjer om opne tilkoplingar kan fullførast, må koplast til på nytt eller bør stoggast. Eit nytt proxyval kan ikkje flytte ein etablert socket til ein annan utgang.

For deltakande proxyvitande klientar er PAC eit anna design: hald valet per destinasjon i klienten i staden for å skifte ut eit statisk endepunkt gong på gong. Levering og reservepolicy må likevel verke på dei roamingnettverka.