Basic va Digest proksi autentifikatsiyasi
Ikkala tomon ham qo‘llab-quvvatlaydigan proksi autentifikatsiya usulini tanlang va Digest so‘rovini shifrlangan transportdan ajrating.
Basic yoki Digest’ni majburlashdan oldin proksining Proxy-Authenticate dagi so‘rovini o‘qing. Mijoz xizmat taklif qilgan usulni qo‘llashi kerak; Digest’ni tanlash uni faqat Basic’ni qo‘llaydigan proksiga qo‘shmaydi.
Digest’ni qo‘llaydigan oxirgi nuqta uchun curl quyidagidan foydalanishi mumkin:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Haqiqiy oxirgi nuqta va hisobdan foydalaning. Parolsiz foydalanuvchi nomi curl’ga uni so‘rash imkonini beradi. Basic uchun --proxy-basic ni tanlang; manba server autentifikatsiyasi boshqa parametrlarni ishlatadi. So‘rov bilan birga amalda ishlayotgan curl build qo‘llab-quvvatlashini ham tekshiring.
| Usul | Hisob ma’lumotlari almashinuvi | Baholanadigan himoya |
|---|---|---|
| Basic | Kodlangan foydalanuvchi nomi va parol jufti. | Kodlash shifrlash emas. |
| Digest | So‘rovdan hosil qilingan javob. | Himoyani algoritmlar, so‘rov parametrlari va mijoz amalga oshirishi belgilaydi; usulning o‘zi so‘rov va javob mazmunini shifrlamaydi. |
Ikkalasiga ham mijozdan proksiga mos transport kerak. Nishonga HTTPS juda kech boshlanadi va oldingi ochiq matn proksi kirishini himoya qila olmaydi.
Serverda Digest yordamchilari realm’ga xos hisob ma’lumotlari va o‘z formatini talab qilishi mumkin. Basic NCSA fayli avtomatik ravishda Digest backend’iga aylanmaydi. Tanlangan yordamchining hujjatlashtirilgan formatidan foydalaning, so‘ng manba va nishon cheklovlarini saqlagan holda yetishmayotgan, noto‘g‘ri ma’lumotlar va ruxsat etilgan so‘rovni tekshiring.