Името на домаќинот на проксито е дел од најавата со Kerberos
Усогласете го името на проксито кај клиентот со HTTP service principal и keytab што ги користи проксито.
Автоматската доменска автентикација кон HTTP прокси може да користи Negotiate и Kerberos. На клиентот му треба билет за услугата на проксито, а не само запазена лозинка за веб-страница.
За прокси објавено како proxy.example.net, service principal може да има овој облик:
HTTP/[email protected]Името на домаќинот што го користи клиентот, регистрираниот service principal и keytab на проксито мора да одговараат на распоредувањето. Kerberos конфигурацијата на Squid го документира HTTP service principal и користењето на тој клучен материјал од помошникот.
Користењето IP-адреса или друг алијас може да го промени вообичаениот избор на име на услуга. Пред да менувате лозинки на корисници, утврдете кое име на прокси клиентот навистина го користел и кој механизам за автентикација завршил или не успеал.
Negotiate е механизам за преговарање. Windows може да избере Kerberos или да се врати на NTLM под соодветни услови; самото гледање на зборот Negotiate не докажува дека Kerberos размената успеала.
Држете ја автоматската употреба на акредитиви во рамките на клиентската и доменската политика наменета за ова прокси. Обична сесија на прелистувач и услуга што работи под друга сметка може да добијат различни акредитиви и резултати од авторизација.