Proxy-Authorization

Применение

Заголовок Proxy-Authorization отправляется после того, как прокси вернул код состояния 407 вместе с запросом-вызовом Proxy-Authenticate. Клиент формирует учётные данные, соответствующие требуемой схеме аутентификации, и включает их в заголовок Proxy-Authorization при повторной отправке запроса.

Как только прокси проверит учётные данные, запрос пересылается серверу назначения. В цепочке прокси с кооперативной аутентификацией прокси может передать учётные данные Proxy-Authorization следующему прокси в цепочке.

Эквивалентный заголовок для аутентификации на сервере-источнике — Authorization; он отвечает на запрос-вызов 401 из заголовка WWW-Authenticate.

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"

Bearer-токен, выданный сервером авторизации OAuth, передаётся непосредственно как значение учётных данных.

Proxy-Authorization: Bearer eyJhbGciOiJSUzI1NiIs...