HTTP 407 без употреблив предизвик Proxy-Authenticate

Клиентот не може да избере механизам за автентикација само од број на статус. Одговорот на проксито мора да опише што прифаќа.

HTTP бара проксито што генерира 407 да испрати предизвик Proxy-Authenticate. За Basic услуга едноставен пример е:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

Бројчениот статус, името на заглавието и синтаксата специфична за шемата се подеднакво важни. Брендирана страница за грешка со зборот authentication во телото не го заменува заглавието. Прилагодените имплементации исто така мора да испратат целосен одговор HTTP 407, вклучувајќи го терминаторот на заглавието и рамката на телото.

Проверете го одговорот што стигнал до овој клиент

Запишете ги полињата за статус и предизвик откако ќе ги отстраните тајните вредности. Посредник можеби го трансформирал одговорот, или прилагодено прокси можеби составило невалиден предизвик. Споредете ги тие докази со сопствениот дневник на трансакции на проксито.

Ако услугата наместо тоа испраќа 405 или друга грешка, не преозначувајте го секој таков одговор како 407 во прилагоден клиент. Ќе ги скриете вистинските неуспеси на политиката за методи и сепак нема да имате сигурно договарање за шемата. Поправете го однесувањето на услугата или користете го нејзиниот документиран поддржан пат за автентикација.

Повеќекратни предизвици исто така бараат вистински HTTP парсер. Запирка може да одделува параметри или предизвици; слепото делење на целото заглавие по запирки може да го расипе realm во наводници. Користете ја поддржаната имплементација за автентикација на клиентот наместо низа замени на низи.

Дури откако предизвикот е употреблив има смисла да се истражи зошто давателот на акредитиви не вратил сметка.