Windows-proxy-aanmeldskripte volg nie latere netwerkveranderinge nie
Behandel die keuse van 'n Windows-proxy tydens aanmelding en latere netwerkoorgange as afsonderlike gebeure, met 'n doelbewuste kliëntopdatering en verbindingsbeleid.
'n Skootrekenaar kan die kantoorproxy by aanmelding korrek ontvang en dit hou nadat hy huis toe gaan. Die aanmeldskript het een keer geloop; dit het nie op elke latere Wi-Fi-verandering ingeteken nie. Agtergrond-groepsbeleidverwerking is nie 'n belofte dat 'n willekeurige aanmeldskript by 'n oorgang weer sal loop nie.
Definieer die latere gedrag eksplisiet:
- Sneller: 'n bestuurde toepassing kan kennisgewings van die Netwerklysbestuurder oor verbindingsveranderinge gebruik om die toestand te heroorweeg. Die kennisgewing self kies of skryf nie 'n proxy nie.
- Besluit: ondersoek genoeg van die huidige netwerktoestand. Een private adres of die eerste gelyste koppelvlak is swak bewyse wanneer Ethernet, Wi-Fi en VPN saam bestaan.
- Kliëntopdatering: pas die instelling toe deur die koppelvlak wat die kliënte gebruik. WinINet-berging en gedokumenteerde kennisgewings oor instellingsveranderinge en herlaai is afsonderlike aksies; WinHTTP of private toepassingkonfigurasie kan 'n ander pad nodig hê.
- Bestaande werk: besluit of oop verbindings mag klaarmaak, moet herverbind of moet stop. 'n Nuwe proxykeuse kan nie 'n gevestigde sok na 'n ander uitgang skuif nie.
Vir deelnemende proxybewuste kliënte is PAC 'n ander ontwerp: hou die keuse per bestemming in die kliënt eerder as om 'n statiese eindpunt herhaaldelik te vervang. Die aflewering en terugvalbeleid daarvan moet steeds op die swerfnetwerke werk.