프록시의 호스트 이름은 Kerberos 로그인의 일부입니다

HTTP 프록시에 대한 자동 도메인 인증은 Negotiate와 Kerberos를 사용할 수 있습니다. 클라이언트에는 프록시 서비스용 티켓이 필요하며, 기억된 웹사이트 비밀번호만으로는 충분하지 않습니다.

proxy.example.net으로 광고되는 프록시의 경우 서비스 주체는 다음 형식을 가질 수 있습니다.

HTTP/[email protected]

클라이언트가 사용하는 호스트 이름, 등록된 서비스 주체, 프록시의 keytab은 배포 환경과 맞아야 합니다. Squid의 Kerberos 구성은 HTTP 서비스 주체와 헬퍼가 해당 키 자료를 사용하는 방식을 문서화합니다.

IP 주소나 다른 별칭을 사용하면 일반적인 서비스 이름 선택이 달라질 수 있습니다. 사용자 비밀번호를 변경하기 전에 클라이언트가 실제로 사용한 프록시 이름과 어떤 인증 메커니즘이 완료되었거나 실패했는지 확인하십시오.

Negotiate는 협상 메커니즘입니다. Windows는 적용되는 조건에서 Kerberos를 선택하거나 NTLM으로 폴백할 수 있으며, Negotiate라는 단어가 보인다고 해서 Kerberos 교환이 성공했다는 증거는 아닙니다.

자동 자격 증명 사용은 이 프록시에 대해 의도된 클라이언트 및 도메인 정책 안에서 유지하십시오. 일반 브라우저 세션과 다른 계정으로 실행되는 서비스는 서로 다른 자격 증명과 권한 부여 결과를 얻을 수 있습니다.