Сценарии входа прокси Windows не отслеживают последующие изменения сети

Ноутбук может правильно получить офисный прокси при входе и сохранить его после возвращения домой. Сценарий входа выполнился один раз; он не подписывался на каждое последующее изменение Wi-Fi. Фоновая обработка групповой политики не является обещанием повторно запустить произвольный сценарий входа при переходе.

Явно определите дальнейшее поведение:

1. Триггер: управляемое приложение может использовать уведомления Network List Manager об изменении подключения, чтобы пересмотреть состояние. Само уведомление не выбирает и не записывает прокси.
2. Решение: проверьте достаточно текущего состояния сети. Один частный адрес или первый перечисленный интерфейс — слабое доказательство, когда Ethernet, Wi-Fi и VPN существуют одновременно.
3. Обновление клиента: примените параметр через интерфейс, который используют клиенты. Сохранение WinINet и документированные уведомления об изменении параметров и обновлении — отдельные действия; WinHTTP или частная конфигурация приложения могут требовать другого пути.
4. Существующая работа: решите, могут ли открытые соединения завершиться, должны ли переподключиться или быть остановлены. Новый выбор прокси не может перенести установленный сокет на другой выход.

Для участвующих клиентов, понимающих прокси, PAC — другой проект: храните выбор по назначению в клиенте, а не заменяйте статическую конечную точку многократно. Его доставка и политика резервирования всё равно должны работать в роуминговых сетях.