ໂປຣໂຕຄອນ PROXY ຂອງ Squid: ໄວ້ໃຈຜູ້ສົ່ງກ່ອນການກວດສອບການເຂົ້າເຖິງ HTTP

ໃຊ້ proxy_protocol_access ເພື່ອໄວ້ໃຈ relay ທີ່ສະໜອງ metadata, ບໍ່ແມ່ນເພື່ອເລືອກເວັບໄຊທີ່ອະນຸຍາດ. ໃນ Squid 5–7 ການກວດສອບຈະແລ່ນໜຶ່ງເທື່ອຫຼັງຈາກຕັ້ງ TCP ເທິງ listener require-proxy-header, ກ່ອນທີ່ຫົວຂໍ້ຄຳຮ້ອງ HTTP ຈະຖືກປະມວນຜົນ:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ປ່ຽນທີ່ຢູ່ relay ໃນຕົວຢ່າງ ແລະ ຈຳກັດການເຂົ້າເຖິງເຄືອຂ່າຍຫາຜູ້ຟັງນີ້. ໃນຂັ້ນນີ້ Squid ກວດສອບຄູ່ TCP ຕົວຈິງກ່ອນຈະຮັບ metadata ທີ່ສະໜອງໃຫ້. ຫຼັງຈາກຮັບແລ້ວ, ມັນໃຊ້ທີ່ຢູ່ລູກຄ້າທີ່ຖືກອ້າງເຖິງສຳລັບການກວດສອບ ACL ແລະ ການບັນທຶກຕໍ່ໄປ. ການໄວ້ໃຈ relay ໂດຍອີງໃສ່ທີ່ຢູ່ລູກຄ້າທີ່ມັນອ້າງຈະກັບລຳດັບນັ້ນ.

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

ຜູ້ສົ່ງ ແລະ ຜູ້ຮັບຕ້ອງຕົກລົງກັນໃນເວີຊັນຂອງໂປຣໂຕຄອນ PROXY ທີ່ຮອງຮັບ. ລູກຄ້າ HTTP ທຳມະດາບໍ່ສາມາດໃຊ້ listener ທີ່ມີຄຳນຳໜ້າບັງຄັບນີ້ເປັນຈຸດປາຍ proxy ທຳມະດາໄດ້. ຖ້າຕ້ອງການທັງສອງຮູບແບບ, ໃຫ້ໃຊ້ຈຸດປາຍທີ່ແຍກກັນໂດຍເຈດຕະນາ ແທນທີ່ຈະຊ້ຳທີ່ຢູ່ຟັງ ແລະ ພອດດຽວກັນ.

relay ທີ່ໄວ້ໃຈໄດ້ສາມາດມີອິດທິພົນຕໍ່ການອະນຸຍາດຕາມທີ່ຢູ່ ຜ່ານຕົວຕົນລູກຄ້າທີ່ມັນສະໜອງ. ໃຫ້ຄວາມສາມາດນັ້ນແກ່ຕົວກາງທີ່ຕັ້ງໃຈໄວ້ເທົ່ານັ້ນ.