HTTP 407 ilman käyttökelpoista Proxy-Authenticate-haastetta

Asiakasohjelma ei voi valita todennusmenetelmää pelkän tilanumeron perusteella. Välityspalvelimen vastauksen on kuvattava, mitä se hyväksyy.

HTTP edellyttää, että 407:n tuottava välityspalvelin lähettää Proxy-Authenticate-haasteen. Basic-palvelun yksinkertainen esimerkki:

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

Numeerinen tila, otsakkeen nimi ja menetelmäkohtainen syntaksi ovat kaikki tärkeitä. Brändätty virhesivu, jonka rungossa on sana authentication, ei korvaa otsaketta. Mukautettujen toteutusten on myös lähetettävä täydellinen HTTP 407 -vastaus, mukaan lukien otsakkeen päättäjä ja rungon kehystys.

Tarkista vastaus, joka saapui tälle asiakkaalle

Tallenna tila- ja haastekentät, kun salaiset arvot on poistettu. Välikäsi on voinut muuttaa vastausta, tai mukautettu välityspalvelin on voinut rakentaa virheellisen haasteen. Vertaa tätä näyttöä välityspalvelimen omaan tapahtumalokiin.

Jos palvelu lähettää sen sijaan 405:n tai muun virheen, älä nimeä jokaista tällaista vastausta uudelleen 407:ksi mukautetussa asiakkaassa. Piilottaisit todelliset menetelmäkäytännön epäonnistumiset etkä silti saisi luotettavaa menetelmäneuvottelua. Korjaa palvelun toiminta tai käytä sen dokumentoitua tuettua todennuspolkua.

Useat haasteet vaativat myös oikean HTTP-jäsentimen. Pilkku voi erottaa parametreja tai haasteita; koko otsakkeen sokea jakaminen pilkuilla voi turmella lainausmerkeissä olevan realmin. Käytä asiakkaan tuettua todennustoteutusta sen sijaan, että teet peräkkäisiä merkkijonojen korvauksia.

Vasta kun haaste on käyttökelpoinen, on järkevää tutkia, miksi tunnistetietojen tarjoaja ei palauttanut tiliä.