กฎ MSS ทำงานบนเราเตอร์ แต่ไม่ถึง Squid

ผู้ดูแลระบบเพิ่มการจำกัด TCPMSS ใน FORWARD การรับส่งที่กำหนดเส้นทางโดยตรงดีขึ้น แต่การดาวน์โหลดผ่าน Squid ภายในเครื่องยังคงค้าง การเชื่อมต่อของพร็อกซีกับเว็บไซต์ไม่ใช่เพียงการเชื่อมต่อ TCP ของไคลเอนต์ที่ผ่านห่วงโซ่นั้น

ในพร็อกซีส่งต่อแบบสิ้นสุดการเชื่อมต่อทั่วไป การเชื่อมต่อฝั่งไคลเอนต์สิ้นสุดในเครื่อง พร็อกซีสร้าง การเชื่อมต่อ TCP ที่สองไปยังต้นทางหรือพร็อกซีแม่ บน Linux แพ็กเก็ตที่สร้างสำหรับการเชื่อมต่อนั้นจะเดินตามเส้นทางขาออกภายในเครื่อง

ดังนั้นกฎที่ใช้เฉพาะ FORWARD อาจทำงานได้สมบูรณ์และยังพลาดแฮนด์เชกที่ตั้งใจจะปรับ ควรวาดแผนที่การเชื่อมต่อจริงและทิศทางของ SYN ก่อนเลือกจุดแทรก คอนเทนเนอร์หรือเนมสเปซแยกอาจเพิ่มช่วงที่กำหนดเส้นทางอีกช่วงหนึ่ง ตำแหน่งที่ถูกต้องจึงขึ้นกับว่ากระบวนการทำงานอยู่ที่ใด

อย่าใส่ตัวเลข PMTU ลงใน MSS โดยตรง

MTU ของเส้นทางคือขนาดแพ็กเก็ต IP ส่วน TCP MSS อธิบายเพย์โหลด TCP และต้องคำนึงถึงเฮดเดอร์ที่เกี่ยวข้อง ในทำนองเดียวกัน ความยาวเพย์โหลดของ ping ไม่ใช่ความยาวเต็มของแพ็กเก็ต IP การบวก 28 ไบต์ที่คุ้นเคยนั้นสัมพันธ์กับการจัดวาง IPv4 ICMP echo พื้นฐาน ไม่ใช่ทุกตระกูลที่อยู่หรือการห่อหุ้ม

เป้าหมาย TCPMSS บันทึกค่าที่ชัดเจนและการจำกัด PMTU การจำกัดยังอาศัยข้อมูล MTU ของเส้นทาง ไม่ใช่หลักฐานว่าการค้นหาเส้นทางแข็งแรง และไม่ใช่สิ่งทดแทนการอนุญาตข้อความ ICMP ที่จำเป็น

จับคู่อาการกับทฤษฎีด้วย แฮนด์เชกที่เสร็จแล้วตามด้วยการค้างในการถ่ายโอนขนาดใหญ่อาจเป็นเหตุผลให้ตรวจสอบขนาดแพ็กเก็ต SYN ที่ไม่มีคำตอบซ้ำ ๆ หรือ reset ทันทีต้องคำอธิบายที่กว้างกว่า ส่วนแพ็กเก็ตเล็กที่ล้มเหลวไม่ได้พิสูจน์ว่าส่วนข้อมูลใหญ่เกินไป

แยกบันทึกการเชื่อมต่อโดยตรงที่ใช้งานได้กับการเชื่อมต่อผ่านพร็อกซีที่ล้มเหลวออกจากกัน ทั้งสองอาจใช้แหล่งที่มา เส้นทาง และการห่อหุ้มต่างกัน แม้จากเครื่องเดียวกัน