ບໍລິການ HTTPS ຢູ່ພອດ 8443 ອາດລົ້ມເຫຼວຜ່ານພຣັອກຊີ Squid ທີ່ຕັ້ງຄ່າຖືກຕ້ອງ ເຖິງແມ່ນ HTTPS ປົກກະຕິຢູ່ 443 ເຮັດວຽກ. ກວດເບິ່ງ ການປະຕິເສດ CONNECT ແລະນະໂຍບາຍພອດປາຍທາງກ່ອນປ່ຽນໂປຣໂຕຄອນພຣັອກຊີຂອງລູກຂ່າຍ.

ໃນນະໂຍບາຍເຂົ້າເຖິງທົ່ວໄປຂອງ Squid 6.13 ມີສອງການກວດທີ່ສຳຄັນ: ປາຍທາງຕ້ອງຜ່ານ Safe_ports ແລະ CONNECT ຕ້ອງຜ່ານ SSL_ports. ການເພີ່ມພອດໃສ່ ACL ພຽງອັນດຽວອາດເຮັດໃຫ້ການປະຕິເສດອີກອັນຍັງມີຜົນ.

ຂະຫຍາຍຄຳນິຍາມທີ່ມີຢູ່ຢ່າງຮອບຄອບ

ສຳລັບນະໂຍບາຍທີ່ອະນຸຍາດພອດເວັບປົກກະຕິ ແລະພອດ HTTPS ເພີ່ມອີກໜຶ່ງ:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

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

ຈຳກັດຂໍ້ຍົກເວັ້ນໃຫ້ແຄບ

ຖ້າພອດເພີ່ມຈຳເປັນສຳລັບປາຍທາງທີ່ຄວບຄຸມໄດ້ພຽງແຫ່ງດຽວ ໃຫ້ເພີ່ມການປະຕິເສດສະເພາະກ່ອນກົດອະນຸຍາດລູກຂ່າຍ:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

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

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

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

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