ການດັກຈັບຂອງ Squid ທຽບກັບການຢືນຢັນຕົວຕົນຂອງພຣັອກຊີແບບຊັດແຈ້ງ

ລູກຂ່າຍຂອງພຣັອກຊີແບບຊັດແຈ້ງຮູ້ວ່າຕົນກຳລັງສື່ສານກັບພຣັອກຊີ. ແຕ່ໂປຣແກຣມທ່ອງເວັບທີ່ຖືກດັກຈັບຄິດວ່າຕົນໄດ້ເຊື່ອມຕໍ່ກັບເວັບໄຊ. ຄວາມແຕກຕ່າງນັ້ນເປັນໃຈກາງຂອງການຢືນຢັນຕົວຕົນ.

ການຢືນຢັນຕົວຕົນຂອງພຣັອກຊີປົກກະຕິໃຊ້ຄຳທ້າທາຍຂອງພຣັອກຊີ ແລະ ຄຳຕອບການອະນຸຍາດຂອງພຣັອກຊີ. ລູກຂ່າຍທີ່ບໍ່ໄດ້ເລືອກພຣັອກຊີບໍ່ຄວນສົ່ງຂໍ້ມູນຢືນຢັນຕົວຕົນຂອງພຣັອກຊີໄປຫາຕົວກາງທີ່ບໍ່ໄດ້ຄາດຫວັງຢ່າງເລີຍເມີ.

ດັ່ງນັ້ນ ຄຳແນະນຳການດັກຈັບຂອງ Squid ຈຶ່ງບໍ່ຮອງຮັບການລວມ proxy_auth ເຂົ້າກັບໂໝດການດັກຈັບຢ່າງງ່າຍໆ. ຕົວຊ່ວຍການຢືນຢັນຕົວຕົນ Basic ທີ່ເຮັດວຽກໄດ້ບໍ່ໄດ້ປ່ຽນສິ່ງທີ່ໂປຣແກຣມທ່ອງເວັບຄິດວ່າເປັນປາຍທາງໄກ.

ຖ້າຜູ້ໃຊ້ທີ່ລະບຸຕົວຕົນຕ້ອງການພຣັອກຊີສົ່ງຕໍ່ທີ່ຢືນຢັນຕົວຕົນແບບປົກກະຕິ ໃຫ້ຕັ້ງຄ່າລູກຂ່າຍຢ່າງຊັດເຈນ ບໍ່ວ່າຈະໂດຍກົງ ຫຼື ຜ່ານການຕັ້ງຄ່າພຣັອກຊີທີ່ຈັດການຢ່າງເໝາະສົມ. ໃຫ້ແຍກຕົວຮັບຟັງນັ້ນ ແລະ ນະໂຍບາຍການຢືນຢັນຕົວຕົນຂອງມັນ ອອກຈາກຕົວຮັບຟັງການດັກຈັບ.

ພອດທອນການຢືນຢັນຕົວຕົນ ລະບົບຕົວຕົນລະດັບເຄືອຂ່າຍ ຫຼື ການຈັດການດັກຈັບ TLS ແມ່ນການອອກແບບອີກຢ່າງໜຶ່ງ ທີ່ມີຂໍ້ກຳນົດດ້ານຄວາມໄວ້ວາງໃຈ ແລະ ການຕິດຕັ້ງແຕກຕ່າງກັນ. ມັນບໍ່ແມ່ນການແກ້ໄຂແຖວດຽວສຳລັບການແລກປ່ຽນພຣັອກຊີແບບຊັດແຈ້ງທີ່ຂາດຫາຍໄປ.

ຢ່າແກ້ບັນຫາການບໍ່ມີຄຳຮ້ອງຂໍ ໂດຍການເປີດເຜີຍບໍລິການທີ່ຖືກດັກຈັບ ຫຼື ອະນຸຍາດທຸກລູກຂ່າຍ. ທຳອິດໃຫ້ຕັດສິນວ່າ ຂໍ້ກຳນົດແມ່ນການຢືນຢັນຕົວຕົນຜູ້ໃຊ້ແບບຊັດແຈ້ງ ຫຼື ການດັກຈັບການສັນຈອນທີ່ບໍ່ເຄີຍຖືກຕັ້ງຄ່າສຳລັບພຣັອກຊີ. ທັງສອງຕ້ອງການຂໍ້ສົມມຸດຕິຖານທີ່ແຕກຕ່າງກັນ.