ເຄື່ອງຂຽນ URL ຂອງ Squid ສາມາດປ່ຽນເນື້ອຫາຄຳຕອບໄດ້ບໍ?

ແຍກການເລືອກ URL ຂອງຄຳຂໍອອກຈາກການປັບຄຳຕອບ ແລະ ການຖອດລະຫັດ TLS ເມື່ອຂະຫຍາຍພຣັອກຊີສົ່ງຕໍ່.

url_rewrite_program ເຮັດວຽກກ່ຽວກັບການຕັດສິນ URL ຂອງຄຳຂໍ. ມັນໄດ້ຮັບຂໍ້ມູນຄຳຂໍ ແລະ ຕອບກັບຜ່ານໂປຣໂຕຄອນຕົວຊ່ວຍຂອງ Squid; ມັນບໍ່ໄດ້ຮັບໄຟລ໌ທີ່ດາວໂຫຼດແລ້ວ ເພື່ອແກ້ໄຂແລ້ວສົ່ງຄືນ.

ການດຳເນີນການທີ່ຕ້ອງການຂອບເຂດທີ່ກ່ຽວຂ້ອງ
ປ່ຽນເສັ້ນທາງເບຣົາວເຊີ ຫຼື ເລືອກ URL ຄຳຂໍອື່ນບົດບາດຂອງຕົວຊ່ວຍຂຽນ URL ໃນຂັ້ນຕອນຄຳຂໍ
ປ່ຽນເນື້ອຫາຄຳຕອບ HTTP ທີ່ເຫັນໄດ້ອຸປະກອນປັບຄຳຕອບ ເຊັ່ນ ການປ່ຽນຄຳຕອບ ICAP ທີ່ຕັ້ງຄ່າແລ້ວ
ອ່ານ HTTP ພາຍໃນ CONNECT ປົກກະຕິຕ້ອງຢຸດ TLS ຂອງປາຍທາງກ່ອນ ພາຍໃຕ້ການຈັດວາງທີ່ເໝາະສົມ
ຖອດລະຫັດໄຟລ໌ທີ່ແອັບພລິເຄຊັນເຂົ້າລະຫັດຮູບແບບ ຂັ້ນຕອນວິທີ ແລະ ກະແຈຂອງໄຟລ໌ ໂດຍບໍ່ຂຶ້ນກັບການຂົນສົ່ງ

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

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

ບ່ອນທີ່ Squid ສາມາດກວດສອບຂໍ້ຄວາມ HTTP ໄດ້ ບໍລິການປ່ຽນຄຳຕອບຍັງຮັບຜິດຊອບຕໍ່ການເຂົ້າລະຫັດເນື້ອຫາ ຄວາມຍາວທີ່ປ່ຽນແປງ ແລະ ພຶດຕິກຳເມື່ອຜິດພາດ. ເລືອກອິນເຕີເຟສຫຼັງຈາກກຳນົດການປ່ຽນແປງແລ້ວ ແທນທີ່ຈະຂະຫຍາຍຕົວຢ່າງການຂຽນ URL ທີ່ເຮັດວຽກໄປຫາຂັ້ນຕອນປະມວນຜົນທີ່ມັນບໍ່ເຄີຍໄດ້ຮັບ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ