HTTP 407 bez upotrebljivog Proxy-Authenticate izazova

Klijent ne može odabrati mehanizam provjere autentičnosti samo na osnovu broja statusa. Odgovor proxyja mora opisati šta prihvata.

HTTP zahtijeva da proxy koji generiše 407 pošalje izazov Proxy-Authenticate. Za Basic uslugu jednostavan primjer je:

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

Numerički status, naziv zaglavlja i sintaksa specifična za šemu podjednako su važni. Brendirana stranica greške sa riječju authentication u tijelu nije zamjena za zaglavlje. Prilagođene implementacije također moraju poslati potpuni HTTP 407 odgovor, uključujući terminator zaglavlja i uokvirivanje tijela.

Pregledajte odgovor koji je stigao do ovog klijenta

Zabilježite polja statusa i izazova nakon uklanjanja tajnih vrijednosti. Posrednik je možda transformisao odgovor, ili je prilagođeni proxy možda sastavio nevažeći izazov. Uporedite te dokaze sa vlastitim dnevnikom transakcija proxyja.

Ako usluga umjesto toga šalje 405 ili drugu grešku, nemojte svaki takav odgovor preimenovati u 407 unutar prilagođenog klijenta. Time biste sakrili stvarne neuspjehe politike metoda, a i dalje ne biste imali pouzdano pregovaranje o šemi. Popravite ponašanje usluge ili koristite njen dokumentovani podržani put provjere autentičnosti.

Višestruki izazovi također zahtijevaju pravi HTTP parser. Zarez može razdvajati parametre ili izazove; slijepo dijeljenje cijelog zaglavlja po zarezima može pokvariti realm pod navodnicima. Koristite podržanu implementaciju provjere autentičnosti klijenta umjesto niza zamjena znakovnih nizova.

Tek nakon što izazov postane upotrebljiv, ima smisla istraživati zašto dobavljač vjerodajnica nije vratio račun.