ການພິສູດຕົວຕົນ HTTP Basic ຜ່ານພຣັອກຊີດ້ວຍລະຫັດຜ່ານຫວ່າງເປົ່າ

ໃນ login=API_KEY: ຈຸດສອງຈຸດທ້າຍອາດໝາຍຄວາມວ່າລະຫັດຜ່ານຫວ່າງເປົ່າ. ຂໍ້ມູນຢືນຢັນ HTTP Basic ປະກອບດ້ວຍຊື່ຜູ້ໃຊ້, ຈຸດສອງຈຸດ ແລະ ລະຫັດຜ່ານ. ເມື່ອບໍລິການກຳນົດກະແຈ API ເປັນຊື່ຜູ້ໃຊ້ພ້ອມລະຫັດຜ່ານຫວ່າງເປົ່າ ຄູ່ຄື API_KEY:; ຈຸດສອງຈຸດບໍ່ແມ່ນສ່ວນໜຶ່ງຂອງກະແຈບັນຊີ.

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

ໄວຍາກອນການເຂົ້າສູ່ລະບົບ cache_peer ຂອງ Squid ກໍຕ່າງຈາກໄວຍາກອນຂໍ້ມູນຜູ້ໃຊ້ຂອງ URL ພຣັອກຊີ. ຕົວອັກສອນສະຫງວນອາດຕ້ອງການ ການເຂົ້າລະຫັດ URL ໃນອິນເຕີເຟສໜຶ່ງ ແລະ ເຄື່ອງໝາຍອ້າງອີງຕ່າງກັນໃນອີກອັນໜຶ່ງ; ຮັກສາກົດຂອງການຕັ້ງຄ່າຕົວຈິງ.

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