Squid cache_peer: ຢ່າກຳหนด parent ທີ່ສົ່ງຕໍ່ເປັນ originserver

ແຖວ cache_peer ສາມາດລະບຸ parent ແລະ ຍັງບອກ Squid ໃຫ້ສື່ສານກັບມັນຄືກັບວ່າມັນເປັນເວັບໄຊຕົ້ນກຳເນີດ.

ສະວິຕຊ໌ທີ່ຮັບຜິດຊອບແມ່ນ originserver. Squid ເອກະສານມັນສຳລັບການຈັດການແບບ accelerator ທີ່ peer ເປັນເວັບເຊີບເວີ. ມັນບໍ່ແມ່ນ flag ທົ່ວໄປທີ່ໝາຍຄວາມວ່າ “ສົ່ງຄຳຂໍເດີມຜ່ານ parent ນີ້”.

ຖ້າການເຊື່ອມຕໍ່ຕໍ່ໄປເປັນ HTTP forward proxy ທຳມະດາ, ກວດເບິ່ງວ່າ flag ນັ້ນຄວນຢູ່ບ່ອນນັ້ນຫຼືບໍ່. ການປະກາດ parent ພື້ນຖານແທນທີ່ຈະມີຮູບແບບດັ່ງນີ້:

cache_peer parent.example parent 8080 0 no-query name=upstream

parent ອາດເປັນບໍລິການຂອງທ່ານເອງ; ສຳລັບການທົດສອບ public-parent ທີ່ໄດ້ຮັບອະນຸຍາດໂດຍບໍ່ມີຂໍ້ມູນຢືນຢັນ parent-proxy ທີ່ຕັ້ງຄ່າໄວ້, ໃຫ້ເລືອກຜູ້ສະໝັກ HTTP ຈາກ ລາຍຊື່ HTTP proxy. ຮັກສາການອະນຸຍາດລູກຄ້າທີ່ຕັ້ງໃຈ, ຄຸນສົມບັດຂອງ peer, ການກວດສອບຕົວຕົນ ແລະ ນະໂຍບາຍ fallback ໂດຍກົງ. ຂໍ້ຄັດນີ້ພຽງແຕ່ລະບຸບົດບາດຂອງ parent.

proxy-only, ບາງເທື່ອຖືກຄັດລອກຢູ່ຂ້າງ originserver, ກ່ຽວຂ້ອງກັບການເກັບວັດຖຸທີ່ໄດ້ມາຈາກ peer ນັ້ນ. ການລຶບທັງສອງ flag ພ້ອມກັນບໍ່ໄດ້ພິສູດວ່າທັງສອງເປັນສາເຫດຂອງຄວາມລົ້ມເຫຼວຂອງໂປຣໂຕຄອນ.

ເບິ່ງສິ່ງທີ່ບໍລິການຕໍ່ໄປຄາດຫວັງ: ຄຳຂໍເວັບໄຊ, ຄຳຂໍ forward-proxy, ຫຼື ການແລກປ່ຽນສ້າງ tunnel. ຊື່ໂຮສທີ່ຖືກຕ້ອງ ແລະ ພອດທີ່ເຂົ້າເຖິງໄດ້ ບໍ່ສາມາດເຮັດໃຫ້ສັນຍາເຫຼົ່ານັ້ນແລກປ່ຽນກັນໄດ້. ການແກ້ໄຂບົດບາດຂອງ peer ແມ່ນຈຳເພາະກວ່າການປ່ຽນໃບຮັບຮອງ TLS ຊ້ຳແລ້ວຊ້ຳອີກໃນການເຊື່ອມຕໍ່ທີ່ຄວາມໝາຍຂອງຄຳຂໍຜິດ.