Імя хоста проксі — частка ўваходу праз Kerberos
Узгадніце імя проксі ў кліенце з прынцыпалам службы HTTP і keytab, якія выкарыстоўвае проксі.
Аўтаматычная аўтэнтыфікацыя ў домене праз HTTP-проксі можа выкарыстоўваць Negotiate і Kerberos. Кліенту патрэбен білет для службы проксі, а не проста захаваны пароль сайта.
Для проксі, абвешчанага як proxy.example.net, прынцыпал службы можа мець такі выгляд:
HTTP/[email protected]Імя хоста, якое выкарыстоўвае кліент, зарэгістраваны прынцыпал службы і keytab проксі павінны адпавядаць разгортванню. Канфігурацыя Kerberos у Squid апісвае прынцыпал службы HTTP і выкарыстанне гэтага ключавога матэрыялу дапаможнікам.
Выкарыстанне IP-адраса або іншага псеўданіма можа змяніць звычайны выбар імені службы. Перш чым змяняць паролі карыстальнікаў, вызначце, якое імя проксі кліент фактычна выкарыстаў і які механізм аўтэнтыфікацыі завяршыўся поспехам або няўдачай.
Negotiate — гэта механізм перамоваў. Windows можа выбраць Kerberos або перайсці на NTLM ва ўжывальных умовах; слова Negotiate не даказвае, што абмен Kerberos адбыўся паспяхова.
Трымайце аўтаматычнае выкарыстанне ўліковых даных у межах палітыкі кліента і домена, прызначанай для гэтага проксі. Звычайны сеанс браўзера і служба, якая працуе пад іншым уліковым запісам, могуць атрымаць розныя ўліковыя даныя і вынікі аўтарызацыі.