ເສັ້ນທາງໂດເມນປາຍທາງໜຶ່ງໄປຫາພໍ່ Squid 7 ອື່ນ

ສົມມຸດວ່າໂດເມນຄູ່ຮ່ວມມືໜຶ່ງຕ້ອງໃຊ້ upstream proxy ທີ່ກຳນົດໄວ້ ໃນຂະນະທີ່ຄຳຮ້ອງອື່ນທີ່ອະນຸຍາດໃຊ້ພໍ່ປົກກະຕິ. ໃນ Squid 7, peer ທີ່ມີຊື່ ແລະ cache_peer_access ສະແດງນະໂຍບາຍນັ້ນ:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

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

ສຳລັບປາຍທາງທີ່ກົງກັນ ມີພຽງ partner_parent ທີ່ຍັງມີສິດ. ສຳລັບປາຍທາງອື່ນ ມີພຽງ general_parent ທີ່ຍັງມີສິດ. ກົດທຳອິດທີ່ກົງກັນສຳລັບ peer ແຕ່ລະອົງເປັນຕົວຕັດສິນວ່າ peer ນັ້ນມີສິດຫຼືບໍ່.

cache_peer_access ກັ່ນຕອງຜູ້ສະໝັກ; ມັນບໍ່ໄດ້ຈັດລຳດັບ peer ທັງໝົດເປັນລະບົບສຳຮອງ. ຖ້າທ່ານປະຫຼາຍອົງໃຫ້ມີສິດ, ຂັ້ນຕອນການເລືອກ peer ຂອງ Squid ຈະເລືອກໃນພວກມັນ.

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

ການຕັ້ງຄ່ານີ້ໃຊ້ອິນເຕີເຟສ Squid 7 ທີ່ມີເອກະສານ. ເອກະສານອ້າງອີງລະບຸວ່າ cache_peer_access ບໍ່ມີໃນ Squid 8, ດັ່ງນັ້ນໃຫ້ໃຊ້ເອກະສານຂອງສະບັບທີ່ຕິດຕັ້ງທີ່ກົງກັນເມື່ອບຳລຸງຮັກສາການຕັ້ງຄ່ານີ້.