Скрыпты ўваходу Windows праз проксі не адсочваюць наступныя змены сеткі
Разглядайце выбар проксі пры ўваходзе ў Windows і наступныя пераходы сеткі як асобныя падзеі, з мэтанакіраваным абнаўленнем кліента і палітыкай злучэнняў.
Наўтбук можа правільна атрымаць офісны проксі пры ўваходзе і захаваць яго пасля вяртання дадому. Скрыпт уваходу выканаўся адзін раз; ён не падпісваўся на кожную наступную змену Wi-Fi. Фонавая апрацоўка групавой палітыкі не абяцае перазапуску адвольнага скрыпта ўваходу пры пераходзе.
Вызначце наступныя паводзіны яўна:
- Трыгер: кіраваная праграма можа выкарыстоўваць апавяшчэнні Network List Manager пра змену злучэння, каб перагледзець стан. Само апавяшчэнне не выбірае і не запісвае проксі.
- Рашэнне: праверце дастаткова бягучага стану сеткі. Адзін прыватны адрас або першы пералічаны інтэрфейс — слабы доказ, калі Ethernet, Wi-Fi і VPN існуюць адначасова.
- Абнаўленне кліента: ужывайце наладу праз інтэрфейс, які выкарыстоўваюць кліенты. Захаванне WinINet і дакумантаваныя апавяшчэнні пра змену налад і абнаўленне — асобныя дзеянні; WinHTTP або ўласная канфігурацыя праграмы могуць патрабаваць іншага шляху.
- Існуючая праца: вырашыце, ці адкрытыя злучэнні могуць завяршыцца, павінны перападключыцца або спыніцца. Новы выбар проксі не можа перамясціць усталяваны сокет на іншы выхад.
Для ўдзельнікаў-кліентаў, якія разумеюць проксі, PAC — іншы дызайн: трымайце выбар па прызначэнні ў кліенце, а не замяняйце статычную канчатковую кропку шматразова. Яго дастаўка і палітыка рэзерву па-ранейшаму павінны працаваць у вандроўных сетках.