curl Negotiate 인증에 프록시 호스트 이름 사용

Negotiate 배포에 제공된 프록시 이름을 사용하세요. 프록시 IP에 TCP로 연결한다고 해서 동일한 인증 ID가 요청된다는 보장은 없습니다.

curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

프록시 호스트 이름을 승인된 서비스 이름으로 바꾸세요. 그러면 플랫폼에서 사용할 수 있는 자격 증명 구성을 사용해 프록시 Negotiate를 선택합니다. 도메인 로그인을 만들거나 사용할 수 없는 인증 서비스에서 티켓을 가져오는 동작은 아닙니다.

HTTP/proxy.example을 기대하는 배포에서는 IP나 다른 별칭이 요청되는 서비스 ID를 바꿀 수 있습니다. 일부 환경은 다른 이름 구성을 명시적으로 지원하므로 IP 인증이 항상 불가능하다고 단정하지 말고 설정된 ID를 유지하세요.

실제 curl 바이너리와 계정 환경을 확인하세요. GSSAPI 또는 SSPI 지원은 플랫폼과 빌드에 따라 다릅니다. 특정 서비스 구성 요소가 필요하면 등록된 구성에 맞춰 curl의 프록시 서비스 이름 옵션을 사용하세요. 이름을 추측하면 문제를 해결하지 못하고 위치만 바뀔 수 있습니다.

Negotiate는 메커니즘 협상 자체를 나타내는 레이블입니다. 이것이 표시된다는 사실만으로 어떤 기반 메커니즘이 선택됐는지는 알 수 없습니다. 차이가 중요하면 승인된 클라이언트/서버 진단을 사용하고 티켓과 토큰은 공유 보고서에 넣지 마세요.