HTTP 407 na walang magagamit na hamon ng Proxy-Authenticate

Hindi makapipili ang kliyente ng mekanismo ng pagpapatotoo mula sa numero ng status lamang. Kailangang ilarawan ng tugon ng proxy ang tinatanggap nito.

Inaatas ng HTTP na ang proxy na gumagawa ng 407 ay magpadala ng hamong Proxy-Authenticate. Para sa serbisyong Basic, isang simpleng halimbawa ay:

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

Mahalaga ang numerong status, pangalan ng header at sintaks na partikular sa scheme. Ang pahina ng error na may tatak at naglalaman ng salitang authentication sa katawan ay hindi kapalit ng header. Kailangan ding magpadala ng kumpletong tugon na HTTP 407 ang mga pasadyang implementasyon, kabilang ang panapos ng header at ang pagbabalangkas ng katawan.

Suriin ang tugon na nakarating sa kliyenteng ito

Itala ang mga field ng status at hamon matapos alisin ang mga lihim na halaga. Maaaring binago ng tagapamagitan ang tugon, o maaaring gumawa ang pasadyang proxy ng di-wastong hamon. Ihambing ang ebidensiyang iyon sa log ng transaksyon ng proxy mismo.

Kung ang serbisyo ay nagpapadala ng 405 o ibang error sa halip, huwag muling i-label ang bawat ganoong tugon bilang 407 sa loob ng pasadyang kliyente. Itatago mo ang tunay na pagpalya ng patakaran ng pamamaraan at wala ka pa ring maaasahang pakikipag-usap sa scheme. Ayusin ang pag-uugali ng serbisyo o gamitin ang dokumentado at suportadong landas ng pagpapatotoo nito.

Ang maraming hamon ay nangangailangan din ng tunay na tagasuri ng HTTP. Ang kuwit ay maaaring maghiwalay ng mga parameter o hamon; ang bulag na paghahati ng buong header sa mga kuwit ay maaaring makasira ng realm sa loob ng mga panipi. Gamitin ang suportadong implementasyon ng pagpapatotoo ng kliyente sa halip na sunod-sunod na pagpapalit ng string.

Pagkatapos lamang maging magagamit ang hamon may saysay na siyasatin kung bakit hindi nagbalik ng account ang tagapagbigay ng kredensyal.