Ім'я хоста проксі — частина входу через Kerberos

Автоматична доменна автентифікація на HTTP-проксі може використовувати Negotiate і Kerberos. Клієнту потрібен квиток для служби проксі, а не просто збережений пароль вебсайту.

Для проксі, оголошеного як proxy.example.net, principle служби може мати такий вигляд:

HTTP/[email protected]

Ім'я хоста, яке використовує клієнт, зареєстрований principle служби та keytab проксі мають відповідати розгортанню. Конфігурація Kerberos у Squid описує principle служби HTTP і використання цього ключового матеріалу допоміжним процесом.

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

Negotiate — це механізм узгодження. Windows може вибрати Kerberos або перейти на NTLM за застосовних умов; саме слово Negotiate не доводить, що обмін Kerberos завершився успішно.

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