HTTP 407 brez uporabnega izziva Proxy-Authenticate

Odjemalec ne more izbrati mehanizma preverjanja pristnosti samo na podlagi številke stanja. Odgovor proxyja mora opisati, kaj sprejema.

HTTP zahteva, da proxy, ki ustvari 407, pošlje izziv Proxy-Authenticate. Za storitev Basic je preprost primer:

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

Številčno stanje, ime glave in sintaksa, značilna za shemo, so enako pomembni. Blagovno znamkana stran z napako z besedo authentication v telesu ne nadomesti glave. Tudi lastne izvedbe morajo poslati popoln odgovor HTTP 407, vključno z zaključkom glave in okvirom telesa.

Preverite odgovor, ki je prispel do tega odjemalca

Zabeležite polji stanja in izziva, potem ko odstranite tajne vrednosti. Posrednik je morda preoblikoval odgovor ali pa je lastni proxy sestavil neveljaven izziv. Primerjajte te dokaze z lastnim dnevnikom transakcij proxyja.

Če storitev namesto tega pošlje 405 ali drugo napako, vsakega takega odgovora v lastnem odjemalcu ne preoznačite kot 407. Skrili bi resnične odpovedi pravil metod in še vedno ne bi imeli zanesljivega usklajevanja sheme. Popravite vedenje storitve ali uporabite njeno dokumentirano podprto pot preverjanja pristnosti.

Več izzivov zahteva tudi pravi razčlenjevalnik HTTP. Vejica lahko ločuje parametre ali izzive; slepo deljenje celotne glave po vejicah lahko poškoduje realm v narekovajih. Uporabite podprto izvedbo preverjanja pristnosti odjemalca namesto zaporedja zamenjav nizov.

Šele ko je izziv uporaben, je smiselno raziskati, zakaj ponudnik poverilnic ni vrnil računa.