Autentikasi proxy Basic dan Digest
Pilih metode autentikasi proxy yang didukung kedua sisi, dan bedakan tantangan Digest dari transport terenkripsi.
Baca proxy di Proxy-Authenticate tantangan sebelum memaksa Basic atau Digest. Klien harus mendukung metode yang ditawarkan layanan; memilih Digest tidak menambahkannya ke proxy yang hanya mendukung Basic.
Untuk endpoint yang mendukung Digest, curl dapat menggunakan:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Gunakan endpoint dan akun sebenarnya. Nama pengguna tanpa kata sandi memungkinkan curl memintanya. Untuk Basic, pilih --proxy-basic; autentikasi server asal memakai opsi berbeda. Periksa tantangan dan dukungan pada build curl yang benar-benar dijalankan.
| Metode | Pertukaran kredensial | Perlindungan yang dinilai |
|---|---|---|
| Basic | Pasangan nama pengguna dan kata sandi yang dikodekan. | Pengodean bukan enkripsi. |
| Digest | Respons yang diturunkan dari tantangan. | Algoritme, parameter tantangan, dan implementasi klien menentukan perlindungan; metode ini sendiri tidak mengenkripsi isi permintaan dan respons. |
Keduanya tetap memerlukan transport yang sesuai antara klien dan proxy. HTTPS tujuan dimulai terlalu lambat untuk melindungi login proxy sebelumnya yang dikirim sebagai teks biasa.
Di server, helper Digest dapat memerlukan bahan kredensial khusus realm dan formatnya sendiri. Berkas NCSA Basic tidak otomatis menjadi backend Digest. Gunakan format yang didokumentasikan helper terpilih, lalu periksa kredensial yang hilang, salah, dan permintaan yang diizinkan sambil mempertahankan batasan sumber serta tujuan.