Pengesahan proksi Basic dan Digest
Pilih kaedah pengesahan proksi yang disokong oleh kedua-dua pihak, dan bezakan cabaran Digest daripada pengangkutan yang disulitkan.
Baca proksi dalam Proxy-Authenticate cabaran sebelum memaksa Basic atau Digest. Klien mesti menyokong kaedah yang ditawarkan oleh perkhidmatan; memilih Digest tidak menambahkannya kepada proksi yang hanya menyokong Basic.
Untuk titik akhir yang menyokong Digest, curl boleh menggunakan:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Gunakan titik akhir dan akaun sebenar. Nama pengguna tanpa kata laluan membolehkan curl memintanya. Untuk Basic, pilih --proxy-basic; pengesahan pelayan asal menggunakan pilihan lain. Semak cabaran serta sokongan binaan curl yang benar-benar dijalankan.
| Kaedah | Pertukaran kelayakan | Perlindungan untuk dinilai |
|---|---|---|
| Basic | Pasangan nama pengguna dan kata laluan yang dikodkan. | Pengekodan bukan penyulitan. |
| Digest | Respons yang diterbitkan daripada cabaran. | Algoritma, parameter cabaran dan pelaksanaan klien menentukan perlindungan; kaedah itu sendiri tidak menyulitkan kandungan permintaan dan respons. |
Kedua-duanya masih memerlukan pengangkutan yang sesuai antara klien dan proksi. HTTPS destinasi bermula terlalu lewat untuk melindungi log masuk proksi terdahulu dalam teks jelas.
Pada pelayan, pembantu Digest mungkin memerlukan bahan kelayakan khusus realm dan formatnya sendiri. Fail NCSA Basic tidak menjadi backend Digest secara automatik. Gunakan format yang didokumenkan bagi pembantu terpilih, kemudian semak kelayakan yang tiada, salah dan permintaan yang dibenarkan, sambil mengekalkan had sumber serta destinasi.