الإطارات الجامبو لا تجعل مسار VPN ينقل حزمًا بحجم 9000 بايت

لقد فعّلت إطارات بحجم 9000 بايت على الشبكة المحلية وتوقعت أن تصبح VPN أسرع. لكنها أصبحت أبطأ، أو توقفت عن تمرير النقل الكبير تمامًا. الإطارات الجامبو اتفاق على وصلة محلية؛ وهي لا توسّع المسار الذي يعبره النفق.

تُحدَّد الميزانية القابلة للاستخدام بأصغر حد على المسار، بما في ذلك التغليف الذي يضيفه النفق.

ما الذي تغيّره الإطارات الجامبو فعليًا

إن MTU خاصية لواجهة واحدة. رفعها على خادم ومحوّله يعني أن هذين الاثنين يمكنهما تبادل إطارات أكبر دون تجزئة. وهذا لا يقول شيئًا عن الموجّه الذي يلي المحوّل، ولا عن مزوّد الخدمة، ولا عن الطرف الآخر من النفق. لتلك الأجهزة حدودها الخاصة، والحزمة التي تتجاوز أحدها تُسقَط أو تُجزَّأ وفق قواعد لم تضعها أنت.

اتفاق محلي، وعواقب عالمية. هذا هو كل الالتباس.

ضريبة التغليف

يلفّ النفق حزمتك داخل حزمة أخرى. يضيف WireGuard فوق IPv4 UDP نحو 60 بايت من الحمل الإضافي؛ ووضع UDP في OpenVPN في المدى نفسه، ويختلف IPsec حسب الوضع والخوارزميات. تلك البايتات تخرج من ميزانية المسار الخارجي، لا من العدم.

لذا لا يمكن لوصلة خارجية بحجم 1500 بايت أن تحمل حزمة داخلية بحجم 1500 بايت بمجرد إضافة ترويسة النفق.

يستحق الحساب أن يُجرى مرة واحدة. على مسار بحجم 1500 بايت، تريد واجهة WireGuard قيمة MTU حول 1420 حتى تتسع الحزمة المغلّفة. اضبط الواجهة الداخلية على 9000 وستحتاج كل حزمة كبيرة إلى تجزئة لا يستطيع النفق أداءها، أو ستُسقَط.

اعثر على أصغر وصلة على المسار

امشِ على المسار واعثر على أدنى MTU. الشبكة المحلية عادة 1500 أو 9000، والشبكة الواسعة عادة 1500، ووصلة الهاتف المحمول أو PPP قد تكون أقل من ذلك. ثم اطرح حمل النفق الإضافي. إذا كانت النتيجة أصغر من MTU للواجهة الداخلية، فقد حصلت على جوابك. يمكن لاكتشاف MTU للمسار أن يجد هذا تلقائيًا، لكن فقط عندما يُسمح بمرور رسائل ICMP التي يعتمد عليها.

ICMP المُرشَّح هو السبب الكلاسيكي لتعليق نقل كبير بينما تعمل الطلبات الصغيرة بامتياز.

اختبر الاعتماد على الحجم دون توسيع التغيير

استخدم نقلًا تمثيليًا واحتفظ بالقيم الأصلية كي تستطيع إعادتها. ping -M do -s 1472 يختبر حزمة بحجم 1500 بايت مع بت DF مضبوطًا؛ قلّل الحجم حتى تمرّ. إذا فشلت الحزم الكبيرة وحدها، فلديك مشكلة حجم لا مشكلة توجيه.

احترس من التفريغ على جانب المضيف عند قراءة الالتقاطات. يمكن لتفريغ التقسيم أن يُظهر إطارات أكبر بكثير مما عبر السلك فعليًا، ما يجعل مسارًا عاملًا يبدو معطلًا ومسارًا معطلًا يبدو سليمًا.

متى يكون MTU الكبير هو التصميم الصحيح

يمكن لشبكة خاصة مُدارة أن تشغّل إطارات أكبر من طرف إلى طرف بشكل مشروع، بشرط أن توافق كل الأجهزة على المسار وأن يُحتسب حمل النفق. ذلك تصميم منسّق بقيمة موثقة لكل وصلة، لا رقم كبير واحد يُكتب في عميل.

بالنسبة لمخرج عام عادي، افترض 1500 أو أقل واترك النفق يختار MTU داخليًا آمنًا. RFC 8201 يغطي اكتشاف MTU للمسار في حالة IPv6 وهو مرجع مفيد لكيفية عمل التغذية الراجعة.