Вход LocalSystem в прокси NTLM с учетной записью компьютера
Проверяйте сетевую идентичность, которую представляет служба Windows, вместо предположения, что она использует прокси-учетную запись пользователя рабочего стола.
Успешный вход в браузере для человека за рабочим столом не подтверждает идентичность службы LocalSystem. LocalSystem связана с компьютером, а не с вошедшим пользователем.
Когда приложение использует контекст безопасности Windows для проверки подлинности на прокси, выясните, какую учетную запись прокси фактически получает. На машине, входящей в домен, это может быть учетная запись компьютера, а не учетная запись сотрудника.
В Windows есть отдельная политика Network security: Allow Local System to use computer identity for NTLM. Она управляет службами LocalSystem, использующими Negotiate при переходе на NTLM. Поддерживаемая политика и ее значение по умолчанию различаются в разных исторических версиях Windows.
HTTP-клиент также должен использовать поддерживаемый путь проверки подлинности на прокси и запрашивать нужные учетные данные. Одна лишь политика не добавляет поддержку проверки подлинности произвольному клиенту.
Сравните настроенную учетную запись службы, согласованный метод проверки подлинности и запись авторизации прокси, прежде чем менять политику. Предоставление доступа сотруднику не дает учетной записи компьютера тот же доступ автоматически.