Windows proxy saio-hasierako scriptek ez dituzte geroagoko sare-aldaketak jarraitzen
Hartu Windows-en saioa hastean egiten den proxy hautaketa eta geroagoko sare-trantsizioak gertaera bereizi gisa, bezeroaren eguneratze deliberatuarekin eta konexio-politikarekin.
Eramateko ordenagailu batek bulegoko proxya behar bezala jaso dezake saioa hastean, eta etxera itzuli ondoren mantendu. Saio-hasierako scripta behin exekutatu zen; ez zen geroagoko Wi-Fi aldaketa bakoitzera harpidetu. Atzeko planoko talde-politiken prozesamendua ez da trantsizio batean edozein saio-hasierako script berriro exekutatzeko promesa.
Definitu berariaz geroagoko portaera:
- Kitzikagailua: kudeatutako aplikazio batek Network List Manager-en konektibitate-aldaketen jakinarazpenak erabil ditzake egoera berriz aztertzeko. Jakinarazpenak berak ez du proxyrik aukeratzen ez idazten.
- Erabakia: aztertu uneko sare-egoera nahikoa. Helbide pribatu bat edo lehenengo zerrendatutako interfazea frogantza ahula da Ethernet, Wi-Fi eta VPN aldi berean daudenean.
- Bezeroaren eguneratzea: aplikatu ezarpena bezeroek erabiltzen duten interfazearen bidez. WinINet-en gordetzea eta dokumentatutako ezarpen-aldaketen eta freskatzearen jakinarazpenak ekintza bereiziak dira; WinHTTP-ek edo aplikazioaren konfigurazio pribatuak beste bide bat behar dezakete.
- Lehendik dagoen lana: erabaki irekitako konexioek amaitu dezaketen, berriz konektatu behar duten edo gelditu behar duten. Proxy hautaketa berri batek ezin du ezarritako socket bat beste irteera batera eraman.
Proxyaz jabetzen diren bezero parte-hartzaileentzat, PAC beste diseinu bat da: mantendu helmugako hautaketa bezeroan, amaiera-puntu estatikoa behin eta berriz ordezkatu beharrean. Hala ere, haren entrega eta fallback politika ibiltzen diren sareetan funtzionatu behar dute.