ກົດ MSS ເຮັດວຽກຢູ່ເຣົາເຕີ ແຕ່ບໍ່ຮອດ Squid

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

ໃນພຣັອກຊີດ້ານໜ້າທີ່ສິ້ນສຸດການເຊື່ອມຕໍ່, ການເຊື່ອມຕໍ່ຝັ່ງລູກຄ້າສິ້ນສຸດຢູ່ທ້ອງຖິ່ນ. ພຣັອກຊີສ້າງ ການເຊື່ອມຕໍ່ TCP ທີສອງໄປຫາແຫຼ່ງ ຫຼື ແມ່. ໃນ Linux, ແພັກເກັດທີ່ສ້າງສຳລັບການເຊື່ອມຕໍ່ນັ້ນຕາມເສັ້ນທາງອອກທ້ອງຖິ່ນ.

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

ຢ່າໃສ່ເລກ PMTU ໂດຍກົງໃນ MSS

MTU ເສັ້ນທາງແມ່ນຂະໜາດແພັກເກັດ IP. TCP MSS ອະທິບາຍຂໍ້ມູນ TCP ແລະ ຕ້ອງຄິດເຖິງຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງ. ເຊັ່ນດຽວກັນ, ຄວາມຍາວຂໍ້ມູນ ping ບໍ່ແມ່ນຄວາມຍາວເຕັມຂອງແພັກເກັດ IP. ການເພີ່ມ 28 ໄບຕ໌ທີ່ຄຸ້ນເຄີຍກ່ຽວຂ້ອງກັບການຈັດວາງ IPv4 ICMP echo ພື້ນຖານ ບໍ່ແມ່ນທຸກຄອບຄົວທີ່ຢູ່ ຫຼື ການຫຸ້ມຫໍ່.

ເປົ້າໝາຍ TCPMSS ບັນທຶກຄ່າທີ່ຊັດເຈນ ແລະ ການຈຳກັດ PMTU. ການຈຳກັດຍັງອາໄສຂໍ້ມູນ MTU ຂອງເສັ້ນທາງ; ມັນບໍ່ແມ່ນຫຼັກຖານວ່າການຄົ້ນພົບເສັ້ນທາງດີ ແລະ ບໍ່ແມ່ນຕົວແທນຂອງການອະນຸຍາດຂໍ້ຄວາມ ICMP ທີ່ຈຳເປັນ.

ຈົ່ງຈັບຄູ່ອາການກັບທິດສະດີ. ການຈັບມືທີ່ສຳເລັດແລ້ວຕາມດ້ວຍການຄ້າງໃນການສົ່ງຂໍ້ມູນໃຫຍ່ກວ່າອາດເປັນເຫດຜົນໃຫ້ສືບສວນຂະໜາດແພັກເກັດ. SYN ທີ່ບໍ່ມີຄຳຕອບຊ້ຳໆ ຫຼື reset ທັນທີຕ້ອງການຄຳອະທິບາຍທີ່ກວ້າງກວ່າ; ການລົ້ມເຫຼວຂອງແພັກເກັດນ້ອຍບໍ່ໄດ້ພິສູດວ່າສ່ວນຂໍ້ມູນໃຫຍ່ເກີນໄປ.

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