Basic 및 Digest 프록시 인증
클라이언트와 프록시 양쪽이 지원하는 인증 방식을 선택하고 Digest 챌린지와 암호화 전송을 구분합니다.
Basic이나 Digest를 강제하기 전에 프록시의 Proxy-Authenticate 챌린지를 확인하세요. 클라이언트는 서비스가 제공하는 방식을 지원해야 합니다. Digest를 선택한다고 Basic만 지원하는 프록시에 Digest 기능이 추가되지는 않습니다.
Digest를 지원하는 엔드포인트에서는 curl을 다음과 같이 사용할 수 있습니다.
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/실제 엔드포인트와 계정을 사용하세요. 비밀번호 없이 사용자 이름만 지정하면 curl이 비밀번호 입력을 요청할 수 있습니다. Basic은 --proxy-basic을 선택하며 원본 서버 인증에는 다른 옵션을 사용합니다. 챌린지뿐 아니라 실제 실행 중인 curl 빌드의 지원도 확인하세요.
| 방식 | 자격 증명 교환 | 평가할 보호 |
|---|---|---|
| Basic | 인코딩된 사용자 이름과 비밀번호 쌍. | 인코딩은 암호화가 아닙니다. |
| Digest | 챌린지에서 계산한 응답. | 보호 수준은 알고리즘, 챌린지 매개변수, 클라이언트 구현에 따라 결정됩니다. 이 방식 자체는 요청과 응답 내용을 암호화하지 않습니다. |
두 방식 모두 적절한 클라이언트와 프록시 간 전송이 필요합니다. 목적지의 HTTPS는 너무 늦게 시작되므로 그 전에 이루어진 평문 프록시 로그인을 보호하지 못합니다.
서버 측 Digest 헬퍼에는 특정 realm용 자격 증명 자료와 고유 형식이 필요할 수 있습니다. Basic NCSA 파일이 자동으로 Digest 백엔드가 되지는 않습니다. 선택한 헬퍼의 문서에 명시된 형식을 사용하고 출발지와 목적지 제한을 유지하면서 자격 증명 누락, 잘못된 자격 증명, 허가된 요청을 확인하세요.