HTTP 407 bez upotrebljivog Proxy-Authenticate izazova

Klijent ne može odabrati mehanizam autentikacije samo na osnovu broja statusa. Odgovor proxyja mora opisati što prihvaća.

HTTP zahteva da proxy koji generiše 407 pošalje izazov Proxy-Authenticate. Za Basic uslugu jednostavan primer 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 rečju authentication u telu nije zamena za zaglavlje. Prilagođene implementacije takođe moraju poslati potpuni HTTP 407 odgovor, uključujući terminator zaglavlja i uokvirivanje tela.

Pregledajte odgovor koji je stigao do ovog klijenta

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

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

Više izazova takođe zahteva pravi HTTP parser. Zarez može razdvajati parametre ili izazove; slepo deljenje celog zaglavlja po zarezima može pokvariti realm pod navodnicima. Koristite podržanu implementaciju autentikacije klijenta umesto niza zamena znakovnih nizova.

Tek nakon što izazov postane upotrebljiv, ima smisla istražiti zašto dobavljač vjerodajnica nije vratio nalog.