ตรวจสอบปัญหาสงสัยเรื่อง MTU ของ VPN โดยไม่เดาค่า

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

กำหนดเส้นทางก่อนเปลี่ยนตัวเลข

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

เริ่มจากการทดสอบที่แคบที่สุดที่คุณได้รับอนุญาตให้ทำ การเปลี่ยนแปลงฝั่งเซิร์ฟเวอร์ไปถึงผู้ใช้ทุกคนของจุดปลายทางนั้น จึงควรอยู่ท้ายการสืบสวน ไม่ใช่ตอนต้น

ตรวจด้วยขนาดที่คุณควบคุมได้

บน Linux การตรวจมีลักษณะเป็น ping -M do -s 1400 host และบน Windows เป็น ping -f -l 1400 host ทั้งสองกรณีคุณกำลังกำหนดเพย์โหลด ไม่ใช่ขนาดแพ็กเก็ต เพราะส่วนหัว IP และ ICMP ถูกเพิ่มทับลงไป

อ่านเอกสารของระบบที่อยู่ตรงหน้าคุณแทนการคัดลอกแฟล็กจากโพสต์ในฟอรัม เลือกปลายทางที่คุณควบคุมได้ เพื่อให้คำตอบที่หายไปเป็นสัญญาณไม่ใช่ปริศนา บันทึกคำสั่งที่แน่นอนและขนาดที่แน่นอนไว้ในบันทึกเดียวกับเส้นทาง ผลลัพธ์ที่ไม่มีขนาดเป็นเพียงเรื่องเล่า หากเปลี่ยนสองอย่างในการรันครั้งเดียว คุณจะไม่รู้ว่าอย่างไหนให้ผลลัพธ์

การตรวจที่ล้มเหลวไม่ใช่หลักฐานของขีดจำกัด MTU

การตรวจที่ถูกทิ้งอาจหมายถึงการกรอง ICMP ไม่ใช่ขีดจำกัดขนาดและความผิดพลาดนี้ทำให้ผู้คนไปปรับค่าที่ไม่เคยเป็นปัญหาเลย เปรียบเทียบการตรวจกับแอปพลิเคชันจริง และกับข้อความข้อผิดพลาดที่เกี่ยวกับขนาดหรือการดักจับแบบจำกัด ก่อนเปลี่ยนแปลงสิ่งใด ping เล็กที่สำเร็จก็ไม่ได้พิสูจน์อะไร เพราะอาจอยู่ต่ำกว่าขีดจำกัดอย่างสบาย ๆ การสังเกตที่เป็นอิสระสองครั้งเป็นขั้นต่ำก่อนการตั้งค่าจะขยับ

หากแอปพลิเคชันล้มเหลวในขณะที่การตรวจสำเร็จ คุณมีหลักฐานว่านี่ไม่ใช่ขีดจำกัดขนาดง่าย ๆ บนเส้นทางนั้น จดไว้ เพราะมันตัดสาขาของการเปลี่ยนแปลงที่เป็นไปได้ทั้งสาขาออก

ปรับพารามิเตอร์หนึ่งตัวที่ไคลเอนต์รองรับอยู่แล้ว

เปลี่ยนการตั้งค่าที่ไคลเอนต์บันทึกไว้สำหรับโพรโทคอลนี้ และปล่อยจุดปลายทางกับปลายทางไว้ไม่แตะ มิฉะนั้นคุณเปลี่ยนสองอย่างพร้อมกัน การจำกัด MSS ของ TCP ไม่ครอบคลุมทุกภาระ UDP ซึ่งเป็นเหตุให้เบราว์เซอร์ที่เริ่มทำงานได้อาจทิ้งโพรโทคอลอุโมงค์ไว้เสียหายเท่าเดิม IPv4 และ IPv6 เป็นเส้นทางแยกกันที่นี่ เพราะส่วนหัวแตกต่างกันก่อนที่การกำหนดเส้นทางใด ๆ จะเกิดขึ้น

ทดสอบทั้งสองตระกูลหากคุณเผยแพร่ทั้งสอง เพราะผลจากตระกูลหนึ่งไม่ได้บอกอะไรเกี่ยวกับอีกตระกูลหนึ่ง ค่าที่ทำงานบนเส้นทางนี้คืนนี้เป็นข้อมูลจุดหนึ่ง ไม่ใช่ MTU สำหรับ VPN ทั้งหมด อย่ายกระดับเป็นค่าทั่วโลกด้วยเหตุผลจากการถ่ายโอนที่สำเร็จเพียงครั้งเดียว จดค่าไว้ข้างเส้นทางที่มันมาจาก

ย้อนกลับ ตรวจสอบ และจดบันทึก

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

เก็บบันทึกนั้นไว้กับคำขอเปลี่ยนแปลงก่อนที่ใครจะขยายการเปลี่ยนแปลง กลไกการค้นพบ MTU ของเส้นทาง ใน RFC 1191 อธิบายว่าทำไมค่าที่เล็กกว่าจึงช่วยเส้นทางหนึ่งและไม่ทำอะไรกับอีกเส้นทางหนึ่ง และรายการตัวเลขไม่ใช่สิ่งทดแทนแบบจำลองนั้น การทดสอบเสร็จสิ้นเมื่อคุณระบุเส้นทาง ขนาด การสังเกต และค่าที่คุณคืนได้