ເປັນຫຍັງ Squid ຈຶ່ງມີ UDP socket ຢູ່ port ທີ່ບໍ່ຄາດຄິດ

ແຍກ UDP socket ຂອງ DNS ແລະ peer-cache ຂອງ Squid ອອກຈາກ TCP listener ທີ່ລູກຄ້າໃຊ້ເປັນ proxy ສົ່ງຕໍ່.

Port UDP ທີ່ບໍ່ຮູ້ຈັກທີ່ Squid ຄອບຄອງ ບໍ່ແມ່ນ proxy HTTP ສາທາລະນະອີກອັນໜຶ່ງໂດຍອັດຕະໂນມັດ. ລູກຄ້າໃຊ້ TCP listener ທີ່ຕັ້ງຄ່າໄວ້ສຳລັບການເຂົ້າເຖິງ proxy HTTP ປົກກະຕິ; Squid ຍັງເປີດ socket ສຳລັບ DNS ແລະ ການສື່ສານກັບ peer cache.

ເພື່ອລະບຸ socket ເພີ່ມເຕີມ, ບັນທຶກ:

  • ວ່າມັນເປັນ TCP ຫຼື UDP, ທີ່ຢູ່ທີ່ຜູກ ແລະຈຸດປາຍທາງໄກໃດໆທີ່ສະແດງ.
  • ການຕັ້ງຄ່າ listener, DNS, ICP ແລະ HTCP ທີ່ມີຜົນສຳລັບ instance ນັ້ນ.
  • ການເຂົ້າເຖິງເຄືອຂ່າຍທີ່ຄຸນສົມບັດທີ່ການຕັ້ງຄ່າເຫຼົ່ານັ້ນເປີດໃຊ້ຕ້ອງການ.

ເອກະສານອ້າງອີງທີ່ຢູ່ UDP ຂອງ Squid ກວມເອົາໂມດູນ DNS, ICP ແລະ HTCP ຢ່າງຊັດເຈນ. ພຶດຕິກຳຂອງພວກມັນບໍ່ສາມາດສະຫຼຸບໄດ້ຈາກ http_port, ແລະ ເລກ port ສູງຢ່າງດຽວບໍ່ໄດ້ລະບຸຄຸນສົມບັດ.

ຢ່າໃສ່ຈຸດປາຍ UDP ນັ້ນໃນຊ່ອງ proxy HTTP ຂອງແອັບພລິເຄຊັນ ຫຼືເປີດມັນໃຫ້ລູກຄ້າທຸກຄົນພຽງເພາະມັນປາກົດໃນລາຍການ socket. ກົງກັນຂ້າມ, ການບລັອກເສັ້ນທາງ DNS ທີ່ Squid ໃຊ້ຕົວຈິງ ອາດເຮັດໃຫ້ການແກ້ໄຂປາຍທາງຕໍ່ມາຂາດ. ປ່ຽນກົດ firewall ສຳລັບໜ້າທີ່ທີ່ລະບຸ: socket ຄຳຖາມຂອງ resolver, port peer cache ແລະ listener ລູກຄ້າມີໜ້າທີ່ຕ່າງກັນ.

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