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 認証では、認証情報は username:password の組を Base64 でエンコードしたものです。

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...

Proxy-Authorization

使い方

scheme

credentials

例

See also