Hindi sinusubaybayan ng mga Windows proxy logon script ang mga susunod na pagbabago sa network

Ituring na magkahiwalay na pangyayari ang pagpili ng proxy sa pag-log on sa Windows at ang mga susunod na paglipat ng network, na may sinadyang pag-update ng client at patakaran sa koneksyon.

Ang isang laptop ay maaaring makatanggap nang tama ng proxy ng opisina sa pag-log on at mapanatili ito pagkatapos umuwi. Ang logon script ay tumakbo nang isang beses; hindi ito nag-subscribe sa bawat susunod na pagbabago ng Wi-Fi. Ang pagproseso ng Group Policy sa background ay hindi pangako na muling patakbuhin ang anumang logon script kapag may paglipat.

Tukuyin nang malinaw ang susunod na pag-uugali:

  1. Trigger: ang isang pinamamahalaang application ay maaaring gumamit ng mga notification ng pagbabago ng koneksyon ng Network List Manager upang muling isaalang-alang ang estado. Ang notification mismo ay hindi pumipili o nagsusulat ng proxy.
  2. Desisyon: sapat na siyasatin ang kasalukuyang estado ng network. Ang isang pribadong address o ang unang nakatalang interface ay mahinang ebidensya kapag sabay na umiiral ang Ethernet, Wi-Fi at VPN.
  3. Pag-update ng client: ilapat ang setting sa pamamagitan ng interface na ginagamit ng mga client. Ang pag-save ng WinINet at ang mga nakadokumentong notification ng pagbabago ng setting at refresh ay magkahiwalay na aksyon; ang WinHTTP o pribadong configuration ng application ay maaaring mangailangan ng ibang landas.
  4. Umiiral na gawain: magpasya kung ang mga bukas na koneksyon ay maaaring matapos, dapat muling kumonekta o dapat ihinto. Ang bagong pagpili ng proxy ay hindi makakapaglipat ng naitatag na socket sa ibang labasan.

Para sa mga kalahok na client na may kamalayan sa proxy, ang PAC ay ibang disenyo: panatilihin ang pagpili ayon sa destinasyon sa client sa halip na paulit-ulit na palitan ang isang static na endpoint. Ang paghahatid at patakaran ng fallback nito ay kailangan pa ring gumana sa mga gumagalang network.

Kaugnay na mga artikulo