Имя хоста прокси — часть входа через Kerberos
Согласуйте имя прокси в клиенте с principle службы HTTP и файлом keytab, которые использует прокси.
Автоматическая доменная аутентификация на HTTP-прокси может использовать Negotiate и Kerberos. Клиенту нужен билет для службы прокси, а не просто запомненный пароль веб-сайта.
Для прокси, объявленного как proxy.example.net, principle службы может иметь такой вид:
HTTP/[email protected]Имя хоста, которое использует клиент, зарегистрированный principle службы и keytab прокси должны соответствовать развёртыванию. Конфигурация Kerberos в Squid описывает principle службы HTTP и использование этого ключевого материала вспомогательным процессом.
Использование IP-адреса или другого псевдонима может изменить обычный выбор имени службы. Прежде чем менять пароли пользователей, установите, какое имя прокси клиент действительно использовал и какой механизм аутентификации завершился успешно или неудачно.
Negotiate — это механизм согласования. Windows может выбрать Kerberos или перейти на NTLM при применимых условиях; само слово Negotiate не доказывает, что обмен Kerberos прошёл успешно.
Держите автоматическое использование учётных данных в рамках клиентской и доменной политики, предназначенной для этого прокси. Обычный сеанс браузера и служба, работающая под другой учётной записью, могут получить разные учётные данные и результаты авторизации.