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 под наводницима. Користите подржану имплементацију аутентикације клијента уместо низа замена низова.
Тек након што изазов постане употребљив, има смисла истражити зашто добављач акредитива није вратио налог.