Windows скриптите за најава преку прокси не ги следат подоцнежните мрежни промени
Третирајте го изборот на прокси при најава во Windows и подоцнежните мрежни премини како одделни настани, со намерно ажурирање на клиентот и политика за врски.
Преносник може правилно да го добие канцеларискиот прокси при најава и да го задржи откако ќе отиде дома. Скриптата за најава се изврши еднаш; таа не се претплати на секоја подоцнежна Wi-Fi промена. Позадинската обработка на групната политика не е ветување дека при премин ќе се изврши повторно произволна скрипта за најава.
Експлицитно дефинирајте го подоцнежното однесување:
- Предизвикувач: управувана апликација може да ги користи известувањата на Network List Manager за промена на поврзаноста за повторно разгледување на состојбата. Самото известување не избира и не запишува прокси.
- Одлука: проверете доволно од тековната мрежна состојба. Една приватна адреса или првиот наведен интерфејс е слаб доказ кога Ethernet, Wi-Fi и VPN постојат истовремено.
- Ажурирање на клиентот: применете го поставувањето преку интерфејсот што го користат клиентите. Зачувувањето во WinINet и документираните известувања за промена на поставки и освежување се одделни дејства; WinHTTP или приватна конфигурација на апликацијата може да бараат друг пат.
- Постоечка работа: одлучете дали отворените врски смеат да завршат, мора да се поврзат повторно или треба да запрат. Нов избор на прокси не може да премести воспоставен сокет на друг излез.
За учесничките клиенти свесни за прокси, PAC е друг дизајн: држете го изборот по дестинација во клиентот наместо постојано да заменувате статична крајна точка. Неговата испорака и политика за резерва сè уште треба да работат на талкачките мрежи.