Успешното влизане през браузър за човека на работния плот не доказва идентичността на услуга LocalSystem. LocalSystem е свързан с компютъра, а не с влезлия потребител.

Когато приложението използва контекста за сигурност на Windows за удостоверяване към прокси, проверете кой акаунт проксито действително получава. На машина, присъединена към домейн, това може да е компютърният акаунт, а не акаунтът на служителя.

Windows има специфична политика с име Network security: Allow Local System to use computer identity for NTLM. Тя управлява услугите LocalSystem, които използват Negotiate, когато преминат към NTLM. Поддържаната политика и нейната стойност по подразбиране се различават между историческите версии на Windows.

HTTP клиентът също трябва да използва поддържан път за удостоверяване към прокси и да заяви предвидените идентификационни данни. Самата политика не добавя поддръжка на удостоверяване към произволен клиент.

Сравнете конфигурирания акаунт на услугата, договорения метод за удостоверяване и записа за оторизация на проксито, преди да промените политиката. Предоставянето на достъп на служител не дава автоматично същия достъп на компютърния акаунт.

Подобни статии