HTTP 407 tanpa cabaran Proxy-Authenticate yang boleh digunakan

Klien tidak boleh memilih mekanisme pengesahan berdasarkan nombor status semata-mata. Respons proksi perlu menerangkan apa yang diterimanya.

HTTP menghendaki proksi yang menjana 407 menghantar cabaran Proxy-Authenticate. Untuk perkhidmatan Basic, contoh mudah ialah:

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

Status berangka, nama pengepala dan sintaks khusus skema semuanya penting. Halaman ralat berjenama dengan perkataan authentication dalam badannya bukan pengganti pengepala. Pelaksanaan tersuai juga mesti menghantar respons HTTP 407 yang lengkap, termasuk penamat pengepala dan pembingkaian badan.

Periksa respons yang sampai kepada klien ini

Rakam medan status dan cabaran selepas nilai rahsia dibuang. Perantara mungkin telah mengubah respons, atau proksi tersuai mungkin telah membina cabaran tidak sah. Bandingkan bukti itu dengan log transaksi proksi itu sendiri.

Jika perkhidmatan menghantar 405 atau ralat lain sebaliknya, jangan label semula setiap respons sedemikian sebagai 407 dalam klien tersuai. Anda akan menyembunyikan kegagalan dasar kaedah yang sebenar dan masih tidak mempunyai rundingan skema yang boleh dipercayai. Betulkan tingkah laku perkhidmatan atau gunakan laluan pengesahan yang disokong dan didokumenkan.

Cabaran berbilang juga memerlukan penghurai HTTP sebenar. Koma boleh memisahkan parameter atau cabaran; membahagi seluruh pengepala secara membuta tuli pada koma boleh merosakkan realm dalam tanda petik. Gunakan pelaksanaan pengesahan yang disokong klien dan bukannya penggantian rentetan berturut-turut.

Hanya selepas cabaran itu boleh digunakan, barulah masuk akal untuk menyiasat mengapa pembekal kelayakan tidak memulangkan akaun.