Скриптовете за вход през прокси в Windows не следят за по-късни промени в мрежата
Третирайте избора на прокси при вход в Windows и по-късните преходи на мрежата като отделни събития, с целенасочено обновяване на клиента и политика за връзките.
Лаптоп може правилно да получи офис прокси при вход и да го запази след връщане вкъщи. Скриптът за вход се изпълни веднъж; той не се абонира за всяка следваща промяна на Wi-Fi. Фоновата обработка на групова политика не е обещание, че произволен скрипт за вход ще се изпълни отново при преход.
Дефинирайте изрично поведението след това:
- Задействащо събитие: управлявано приложение може да използва известията за промяна на свързаността от Network List Manager, за да преразгледа състоянието. Самото известие нито избира, нито записва прокси.
- Решение: проверете достатъчно от текущото състояние на мрежата. Един частен адрес или първият изброен интерфейс е слабо доказателство, когато Ethernet, Wi-Fi и VPN съществуват едновременно.
- Обновяване на клиента: приложете настройката през интерфейса, който клиентите използват. Записването от WinINet и документираните известия за промяна на настройки и обновяване са отделни действия; WinHTTP или частна конфигурация на приложението може да изискват друг път.
- Съществуваща работа: решете дали отворените връзки могат да завършат, трябва да се свържат отново или да спрат. Нов избор на прокси не може да премести установен сокет към друг изход.
За участващите клиенти, които разбират прокси, PAC е друг дизайн: дръжте избора според дестинацията в клиента, вместо многократно да заменяте статична крайна точка. Неговото доставяне и политика за резервен вариант все още трябва да работят в роуминг мрежи.