HTTPQUERY
한국어

Proxy-Authorization

사용법

Proxy-Authorization 헤더는 프록시가 Proxy-Authenticate 챌린지와 함께 407 상태 코드를 반환한 뒤에 전송됩니다. 클라이언트는 요구된 인증 스킴에 맞는 자격 증명을 구성하고, 요청을 다시 보낼 때 이를 Proxy-Authorization 헤더에 담습니다.

프록시가 자격 증명을 검증하면 요청은 목적지 서버로 전달됩니다. 협력적 인증이 이루어지는 프록시 체인에서는 프록시가 Proxy-Authorization 자격 증명을 체인의 다음 프록시로 중계할 수 있습니다.

오리진 서버 인증에 해당하는 헤더는 Authorization이며, 이는 WWW-Authenticate 헤더로 전달된 401 챌린지에 응답합니다.

scheme

scheme 값은 사용 중인 인증 방식을 식별합니다. 이 값은 프록시의 Proxy-Authenticate 챌린지에서 제시된 스킴 중 하나와 일치합니다. 흔한 스킴으로는 Basic, Digest, Bearer, Negotiate가 있습니다.

credentials

credentials 부분은 스킴 이름 뒤에 오며 인증 데이터를 담습니다. 형식은 스킴에 따라 다릅니다.

Basic 인증에서 자격 증명은 Base64로 인코딩된 username:password 쌍입니다.

Digest 인증에서 자격 증명은 username, realm, nonce, uri, response 해시 등의 매개변수를 포함합니다.

Bearer 인증에서 자격 증명은 불투명한 액세스 토큰으로 구성됩니다.

예시

Proxy-Authorization: Basic dXNlcjpwYXNzd29yZA</mark>

Digest 인증 응답에는 계산된 해시와 프록시 챌린지에서 받은 nonce가 포함됩니다.

Proxy-Authorization: Digest username="admin", realm="proxy@example.re", nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093", uri="/resource", response="6629fae49393a05397450978507c4ef1"

OAuth 인가 서버가 발급한 Bearer 토큰은 자격 증명 값으로 그대로 전달됩니다.

Proxy-Authorization: Bearer eyJhbGciOiJSUzI1NiIs...

See also

Made with ♥ by Technical SEO Consultant Fili © 2022 - 2026 Licensed under CC BY-NC-ND 4.0