Блокування проксі-налаштувань Windows не змушує використовувати проксі
Відокремте адміністративний контроль проксі-налаштувань Windows від примусового використання мережевого шляху застосунками.
Якщо вимога — «користувачі не повинні редагувати це кероване проксі-налаштування», використовуйте підтримувану політику керування для цього налаштування. Якщо ж це «увесь трафік застосунків має йти через цей вихід», у вас є ще одна вимога.
Microsoft документує обмеження зміни проксі через налаштування DisableProxyChange політики CSP Internet Explorer. Перевірте підтримуваний обсяг, операційні системи та формат керування. Старий рецепт, який приховує цілу сторінку Connections, не є точним описом кожного сучасного інтерфейсу проксі-політики.
Політика керує доступом до конфігурації. Вона не перетворює довільні мережеві операції на запити до HTTP-проксі. Застосунок може використовувати окрему документовану мережеву конфігурацію або протокол поза цим шляхом веб-проксі.
Визначте ці два результати окремо: хто може змінювати керовану конфігурацію і які вихідні з'єднання дозволяє мережа. Автентифікація на проксі — це знову інший контроль.
У керованому розгортанні враховуйте передбачені застосунки та потрібний трафік під час оцінювання результату. Сіра панель налаштувань доводить щось про цю панель. Це не вимірювання, яке показує, що кожен процес тепер використовує ту саму вихідну IP-адресу.