ອະນຸຍາດຈຸດໝາຍ Squid ໜຶ່ງໂດຍບໍ່ມີການຢືນຢັນ proxy

ໜ້າຕິດຕາມຕ້ອງເຮັດວຽກໂດຍບໍ່ມີການເຂົ້າສູ່ proxy. ກົດລະບຽບທີ່ຊັດເຈນແມ່ນ http_access allow status_site. ຖ້າວາງໄວ້ກ່ອນການຢືນຢັນ ມັນອາດໃຫ້ການຍົກເວັ້ນແກ່ລູກຄ້າທີ່ທ່ານບໍ່ເຄີຍຕັ້ງໃຈບໍລິການ.

ສຳລັບ Squid 6 ຫຼື 7 ຮັກສາເງື່ອນໄຂຂອງການຍົກເວັ້ນໄວ້ນຳກັນ. ຫຼັງຈາກການປ້ອງກັນການຈັດການ ພອດທີ່ບໍ່ປອດໄພ CONNECT ແລະ ບໍລິການທ້ອງຖິ່ນທີ່ມີຢູ່ ພາກສ່ວນທີ່ກ່ຽວຂ້ອງອາດມີລັກສະນະດັ່ງນີ້:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

ເຄືອຂ່າຍ ແລະ ຊື່ໂຮສເປັນພຽງຕົວຢ່າງ. ການຢືນຢັນຍັງຕ້ອງການການຕັ້ງຄ່າຕົວຊ່ວຍທີ່ມີຢູ່. ນີ້ແມ່ນພາກສ່ວນຍົກເວັ້ນຂອງນະໂຍບາຍການເຂົ້າເຖິງ ບໍ່ແມ່ນການຕັ້ງຄ່າ proxy ທັງໝົດ.

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

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

ການຍົກເວັ້ນຊື່ໂຮສກວມເອົາຈຸດໝາຍທີ່ກົງກັນ ບໍ່ແມ່ນທຸກການຂຶ້ນກັບທີ່ໜ້າຂອງມັນໂຫຼດ. ການປ່ຽນທິດທາງ ແລະ ຊັບສິນຂອງພາກສ່ວນທີສາມສາມາດພົບກັບຂໍ້ກຳນົດການເຂົ້າປົກກະຕິໄດ້ຢ່າງຖືກຕ້ອງ.

ສຳລັບ HTTP ທຳມະດາ proxy ສາມາດໃຊ້ຂໍ້ມູນ URL ທີ່ລະອຽດກວ່າເມື່ອເໝາະສົມ. ຄຳຮ້ອງ HTTPS CONNECT ທຳມະດາບໍ່ເປີດເຜີຍເສັ້ນທາງໜ້າ ດັ່ງນັ້ນກົດລະບຽບ «ໜ້າດຽວເທົ່ານັ້ນ» ບໍ່ສາມາດສະຫຼຸບໄດ້ຈາກການຍົກເວັ້ນອຸໂມງສຳລັບໂຮສທັງໝົດ.