ຕັ້ງຂໍ້ມູນເຂົ້າລະບົບແຍກສຳລັບພຣັອກຊີແມ່ຂອງ Squid
ໃຫ້ Squid 6.13 ມີບັນຊີພຣັອກຊີຂ້າງເທິງຂອງຕົນ ແທນທີ່ຈະຄິດວ່າຕ້ອງສົ່ງລະຫັດ client ໃຫ້ຜູ້ດຳເນີນການອື່ນ.
ຂໍ້ມູນຜູ້ໃຊ້ເຂົ້າບໍລິການ Squid ຂອງທ່ານ ແລະຂໍ້ມູນ Squid ເຂົ້າພຣັອກຊີແມ່ ແມ່ນຄົນລະຊຸດ. ພຣັອກຊີແມ່ອາດເປັນຂອງຜູ້ດຳເນີນການອື່ນ ຫຼືໃຊ້ຖານຂໍ້ມູນບັນຊີຕ່າງກັນ. ຢ່າຄິດວ່າການຮັບລະຫັດ client ໝາຍເຖິງຄວນສົ່ງມັນຂຶ້ນໄປ.
Squid 6.13 ສາມາດແນບຂໍ້ມູນເຂົ້າລະບົບຄົງທີ່ໃນນິຍາມພຣັອກຊີແມ່:
cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly
ທີ່ຢູ່ແລະລະຫັດຂ້າງເທິງເປັນຕົວຢ່າງເອກະສານ. ເພີ່ມຂໍ້ມູນເຂົ້ານິຍາມພຣັອກຊີແມ່ທີ່ມີແລ້ວ ເພື່ອບໍ່ໃຫ້ສ້າງ peer ທີສອງໂດຍບໍ່ຕັ້ງໃຈ. ຮັກສາ ນະໂຍບາຍເສັ້ນທາງແຍກທີ່ຕັດສິນວ່າຄຳຮ້ອງຂໍໃດຕ້ອງໃຊ້ພຣັອກຊີແມ່ນີ້.
ແຍກຂອບເຂດບັນຊີໃຫ້ຊັດເຈນ
ການຕັ້ງຄ່າ auth_param ຂ້າງລຸ່ມຢືນຢັນ client ຂອງ Squid instance ທ່ານ. ຕົວເລືອກ login ຂອງ peer ໃຫ້ຂໍ້ມູນສຳລັບອີກຊ່ວງໜຶ່ງ. ການປ່ຽນອັນໜຶ່ງບໍ່ອັບເດດອີກອັນອັດຕະໂນມັດ.
ເຮັດຕາມຂໍ້ກຳນົດການຢືນຢັນໃນເອກະສານຂອງພຣັອກຊີແມ່. ບັນທັດນີ້ບໍ່ແມ່ນການຕັ້ງຄ່າຄົບສຳລັບທຸກວິທີຢືນຢັນທີ່ອີງການເຊື່ອມຕໍ່. ຖ້າພຣັອກຊີແມ່ຕ້ອງການ NTLM ຫຼື Negotiate ໃຫ້ກວດການຈັດ peer ທີ່ຮອງຮັບ ແທນການປ່ຽນລະຫັດໃນຊ່ອງນີ້ຊ້ຳໆ.
Squid ຍັງມີຕົວເລືອກສົ່ງຂໍ້ມູນເຂົ້າລະບົບ ເຊັ່ນ PASS ແລະ PASSTHRU. ຄວາມໝາຍຂອງມັນຕ່າງຈາກບັນຊີຂ້າງເທິງສະເພາະ ແລະອາດເປີດເຜີຍຂໍ້ມູນຢືນຢັນ client ໃຫ້ peer. ຢ່າໃຊ້ເປັນທາງລັດເມື່ອການອອກແບບໃຊ້ບັນຊີແຍກ.
ປົກປ້ອງການຕັ້ງຄ່າ ແລະທົດສອບຊ່ວງທີ່ຖືກຕ້ອງ
ຄວາມລັບຄົງທີ່ຢູ່ໃນການຕັ້ງຄ່າ. ຈຳກັດການເຂົ້າໄຟລ໌ແລະສຳເນົາສຳຮອງ ແລະລຶບຂໍ້ມູນອ່ອນໄຫວຈາກຜົນ parser ຫຼື debug ກ່ອນແບ່ງປັນ. ຕົວເລືອກມີກົດ escaping ຂອງຕົນ: ເອກະສານອະນຸຍາດ URL escapes ແລະກຳນົດໃຫ້ຂຽນເຄື່ອງໝາຍເປີເຊັນຕາມຕົວອັກສອນສອງເທື່ອ.
ຖ້າ client ຢືນຢັນສຳເລັດ ແຕ່ຄຳຮ້ອງຂໍສົ່ງຕໍ່ຍັງລົ້ມເຫຼວຢູ່ພຣັອກຊີແມ່ ໃຫ້ກວດການແລກປ່ຽນຂ້າງເທິງແລະບັນຊີນັ້ນ. ແຍກການປ້ອງກັນສົ່ງຂໍ້ມູນ client–Squid ແລະ Squid–ພຣັອກຊີແມ່ດ້ວຍ; ເຂົ້າລະຫັດການເຊື່ອມຕໍ່ທຳອິດບໍ່ປົກປ້ອງອັນທີສອງອັດຕະໂນມັດ.