Локальные помощники NTLM-прокси: доступ клиента и вход на вышестоящем прокси
Отслеживайте отдельно соединения «приложение — помощник» и «помощник — корпоративный прокси», когда задействован помощник аутентификации NTLM.
Ваше приложение подключается к прокси на собственном компьютере. Затем этот помощник проходит аутентификацию на корпоративном прокси. Приложение не обязательно само выполняет обмен аутентификации компании.
application → local helper → company proxy → destination
У помощника вроде CNTLM есть настройки вышестоящего аккаунта и прокси. Его локальный слушатель имеет отдельную границу доступности и доступа. Пароль, введённый в браузере для другой конечной точки, не настраивает ни то, ни другое автоматически.
Определите, какой участок отказал
Сначала убедитесь, что приложение выбрало реальный слушатель и протокол помощника. Ошибка до достижения этого слушателя не является сбоем NTLM. Затем проверьте, дошёл ли помощник до настроенного родителя и принял ли родитель его удостоверение.
Код 407, возвращаемый на этом пути, требует атрибуции. Сопоставьте локальную транзакцию с отредактированной диагностикой помощника, а не предполагайте, что видимый статус указывает учётную запись, которую должно отправлять приложение.
Старые примеры иногда добавляют заголовок keep-alive и сообщают об успехе. Постоянство соединения может иметь значение при аутентификации, ориентированной на соединение, но это наблюдение не доказывает, что каждой неудачной настройке помощника нужен один и тот же заголовок. Выбор конечной точки, поддерживаемый метод, учётная запись и время жизни соединения остаются отдельными входными данными.
Слушатель — это настоящая служба
Loopback держит слушатель вне окружающей сети; он не различает все процессы или пользователей на этом компьютере. Шлюз или более широкая привязка меняет набор вызывающих сторон, которые потенциально могут использовать вышестоящее удостоверение помощника. Делайте это изменение осознанно.
Используйте одобренную схему с помощником, когда приложение не может выполнить требуемый метод. Полезный результат — известный путь с известным владельцем учётной записи, а не необъяснимая дополнительная служба, которая случайно заставляет работать одну загрузку.