ການຢັ້ງຢືນພຣັອກຊີ Basic ແລະ Digest
ເລືອກວິທີຢັ້ງຢືນພຣັອກຊີທີ່ທັງສອງຝ່າຍຮອງຮັບ ແລະແຍກຄຳທ້າທາຍ Digest ອອກຈາກການຂົນສົ່ງທີ່ເຂົ້າລະຫັດ.
ອ່ານ ຂອງພຣັອກຊີໃນ Proxy-Authenticate ຄຳທ້າທາຍ ກ່ອນບັງຄັບ Basic ຫຼື Digest. ລູກຂ່າຍຕ້ອງຮອງຮັບວິທີທີ່ບໍລິການສະເໜີ; ການເລືອກ Digest ບໍ່ໄດ້ເພີ່ມມັນໃຫ້ພຣັອກຊີທີ່ຮອງຮັບແຕ່ Basic.
ສຳລັບຈຸດປາຍທີ່ຮອງຮັບ Digest curl ສາມາດໃຊ້:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/ໃຊ້ຈຸດປາຍແລະບັນຊີຈິງ. ຊື່ຜູ້ໃຊ້ທີ່ບໍ່ມີລະຫັດຜ່ານຊ່ວຍໃຫ້ curl ຖາມລະຫັດຜ່ານ. ສຳລັບ Basic ໃຫ້ເລືອກ --proxy-basic; ການຢັ້ງຢືນເຊີບເວີຕົ້ນທາງໃຊ້ຕົວເລືອກອື່ນ. ກວດສະໜັບສະໜູນຂອງ curl build ທີ່ກຳລັງແລ່ນຈິງນຳ.
| ວິທີ | ການແລກປ່ຽນຂໍ້ມູນຢັ້ງຢືນ | ການປ້ອງກັນທີ່ຈະປະເມີນ |
|---|---|---|
| Basic | ຄູ່ຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານທີ່ຖືກເຂົ້າລະຫັດຮູບແບບ. | ການເຂົ້າລະຫັດຮູບແບບບໍ່ແມ່ນການເຂົ້າລະຫັດລັບ. |
| Digest | ຄຳຕອບທີ່ມາຈາກຄຳທ້າທາຍ. | ອັນກໍຣິທຶມ ພາຣາມິເຕີ ແລະການປະຕິບັດຂອງລູກຂ່າຍເປັນຕົວກຳນົດການປ້ອງກັນ; ວິທີນີ້ເອງບໍ່ເຂົ້າລະຫັດເນື້ອໃນຄຳຂໍແລະຄຳຕອບ. |
ທັງສອງຍັງຕ້ອງການ ການຂົນສົ່ງທີ່ເໝາະສົມຈາກລູກຂ່າຍໄປຫາພຣັອກຊີ. HTTPS ຂອງປາຍທາງເລີ່ມຊ້າເກີນໄປທີ່ຈະປ້ອງກັນການເຂົ້າພຣັອກຊີກ່ອນໜ້ານີ້ໃນຂໍ້ຄວາມທຳມະດາ.
ຢູ່ເຊີບເວີ ຕົວຊ່ວຍ Digest ອາດຕ້ອງການຂໍ້ມູນຢັ້ງຢືນສະເພາະ realm ແລະຮູບແບບຂອງຕົນ. ໄຟລ໌ Basic NCSA ບໍ່ກາຍເປັນ Digest backend ໂດຍອັດຕະໂນມັດ. ໃຊ້ຮູບແບບຕາມເອກະສານຂອງຕົວຊ່ວຍທີ່ເລືອກ ແລ້ວກວດຂໍ້ມູນຢັ້ງຢືນທີ່ຂາດ ທີ່ຜິດ ແລະຄຳຂໍທີ່ອະນຸຍາດ ໂດຍຮັກສາຂໍ້ຈຳກັດຂອງແຫຼ່ງ ແລະປາຍທາງ.