ການຊ້າລົງຂອງ proxy ຕາມເວລາ: ກວດສອບ conntrack ແລະ ຂີດຈຳກັດຊັບພະຍາກອນ

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

ໃນເສັ້ນທາງ Linux ທີ່ໃຊ້ການຕິດຕາມການເຊື່ອມຕໍ່, ໜຶ່ງໃນຜູ້ສະໝັກແມ່ນຕາຕະລາງ conntrack. ກວດສອບຄ່າທີ່ມີຢູ່ແລ້ວເຫຼົ່ານີ້ໃນເຄື່ອງ ແລະ ໃນ network namespace ທີ່ຈັດການການຈະລາຈອນ:

/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_max

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

ຊອກຫາຄວາມສຳພັນ ບໍ່ແມ່ນພຽງແຕ່ຕົວເລກໃຫຍ່

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

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

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

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

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