Проксі працює для адміністратора, який його ввів, а потім зникає, коли входить інший користувач. Це не означає автоматично, що сервер відхилив другого користувача. Конфігурація може належати профілю першого користувача.

Параметри Інтернету в Windows мають область користувача й область комп'ютера. Політика зі старою назвою “Робити параметри проксі для комп'ютера (а не для користувача)” керує цією різницею для параметрів, на які вона поширюється. Вона відрізняється від зміни одного значення в кусті реєстру поточного користувача.

Визначте власника параметра

Документація HKLMProxyServer від Microsoft пояснює залежність від політики області комп'ютера. Якщо ваше розгортання використовує цей механізм, застосовуйте його через підтримувану політику керування, а не копіюйте непрозоре двійкове значення реєстру зі сторонньої робочої станції.

Обхідні шляхи з копіюванням реєстру описують конкретні середовища, іноді з різною поведінкою для 32-bit і 64-bit. Вони не гарантують, що один експортований блок підійде для будь-якої версії Windows і будь-якого облікового запису.

Потім визначте застосунок

Область комп'ютера не означає, що кожен мережевий клієнт читає ці параметри. Служба може використовувати WinHTTP або власну конфігурацію застосунку. Порівняння WinHTTP і WinINet від Microsoft корисне, коли треба відокремити мережевий стек від облікового запису, що запускає процес.

Зберігайте в записі про усунення несправностей два питання: яке сховище конфігурації має значення і який обліковий запис або область політики його надає? Успішний запит із браузера на робочому столі не відповідає на жодне з них для фонової служби.

Розрізняйте також конфігурацію маршруту й автентифікацію. Якщо двом користувачам задано одну й ту саму адресу проксі, це не дає їм однакових прав облікового запису і не повинно мовчки розповсюджувати збережений пароль одного користувача всім на комп'ютері.

Схожі статті