أين إعداد MTU في الراوتر؟

بقلم Dmytro Tishchenko · آخر تحديث 2026-09-23

قِستَ القيمة — الآن يجب إدخالها في مكان ما. في معظم الأجهزة المنزلية يقع حقل MTU في قسم WAN أو Internet، لا في إعدادات Wi-Fi، وهو حقل نصي واحد تكتب فوقه. الجدول أدناه يعطيك عنوان لوحة الإدارة والمسار الدقيق لخمسة أجهزة يوزّعها المزوّدون أكثر من غيرها. أما بقية الصفحة فهي الجزء الذي تقفز فوقه مواضيع المنتديات: أي رقم يدخل في ذلك الحقل، وما الذي يتعطّل في كل اتجاه حين يكون الرقم خاطئًا، وكيف تتأكد أن التغيير سرى فعلًا.

كيف تجد الحقل في جهازك أنت

1. ادخل إلى صفحة الإدارة. العنوان وبيانات الدخول الافتراضية مطبوعة على الملصق أسفل الراوتر. إن اختفى الملصق فالعنوان هو البوابة الافتراضية لديك — يعرضها NetDiag+ بوصفها سطر الراوتر الذي يفحصه قبل كل شيء آخر، وكل نظام مكتبي يذكرها في إعدادات الاتصال النشط.
2. ابحث تحت WAN أو Internet لا تحت Wi-Fi. ينتمي MTU إلى الاتصال الذي يقيمه راوترك مع المزوّد، لذا يوجد الحقل حيث يُضبط ذلك الاتصال — والجدول أدناه يعطي المسار الدقيق في أنظمة Huawei و ZTE و TP-Link و Zyxel و Nokia. وإذا كان WAN مقسّمًا إلى عدة ملفات تعريف، فعدّل الملف الذي يحمل فعلًا حركة الإنترنت، لا ملف الإدارة الذي يستخدمه المزوّد لصيانة الجهاز عن بُعد.
3. دوّن القيمة القديمة، ثم احفظ ودع الوصلة ترتفع من جديد. يُتفاوض على MTU لحظة إنشاء الاتصال، لذا لا تسري القيمة الجديدة إلا بعد أن يعيد WAN الاتصال. معظم الأنظمة تفعل ذلك وحدها عند الضغط على حفظ أو تطبيق؛ وإن لم يفعل نظامك فأعد تشغيل الراوتر. الرقم القديم هو ما تعيده إن تبيّن أن المشكلة لم تكن في MTU أصلًا.

تختلف أسماء القوائم حسب الطراز وإصدار البرنامج. وفي بعض الأنظمة لا يصبح الحقل قابلًا للتعديل إلا بعد تحويل نوع الاتصال من تلقائي إلى يدوي. معظم الراوترات المنزلية تقبل قيمًا بين 1280 و 1500 فقط — و 1280 هو الحد الأدنى المطلوب لـ IPv6.

مجاني · ٣١ أداة · شراء لمرة واحدة · دون اشتراك

أي رقم يدخل في الحقل

لا يوجد MTU صحيح للجميع، لأن الرقم هو 1500 ناقص كل ما يلفّه مزوّدك حول كل حزمة. وما الذي يُلفّ يعتمد على طريقة إيصال الخط — ولهذا فالقيمة التي أصلحت اتصال الجار قد تكلّفك أنت سرعةً في صمت.

• DHCP عادي فوق Ethernet أو الكيبل أو الألياف. لا يُلفّ شيء، فتسري 1500 كاملة، ولا شيء هنا يحتاج إصلاحًا في الغالب. وإن ظلّت الحزم الكبيرة تختفي على خط بـ 1500، فالاختناق أبعد على المسار لا في هذا الحقل — وهذه حجة للقياس بدل التجريب.
• PPPoE، وهو ما زال القاعدة على DSL وعلى كثير من خطوط الألياف. ترويسة الجلسة تكلّف 8 بايت، فيصبح MTU المفيد 1492. النظام الذي يعرف أنه يتصل عبر PPPoE يضبط ذلك بنفسه عادةً؛ أما النظام الذي بقي على 1500 بعد أن غيّر أحدهم نوع الاتصال فلا — وهذا من أكثر أسباب الاتصال الذي يعمل فيه كل شيء صغير ويتوقف فيه كل شيء كبير.
• DS-Lite و CGNAT وبقية أنفاق المشغّل. حركة IPv4 لديك تُحمل داخل حزمة IPv6، فالتغليف يقضم من الـ 1500، وكم يقضم بالضبط يعتمد على طريقة بناء المشغّل. هذه هي الحالة التي لا يساوي فيها رقم منقول من منتدى شيئًا: الطريق الأمين الوحيد هو قياس المسار من طرفه إلى طرفه.
• VPN فوق أي مما سبق. النفق يأخذ حصته — نحو 1420 لـ WireGuard فوق IPv4، وحوالي 1400 لـ OpenVPN النموذجي — لكن هذا الرقم يُكتب في عميل الـ VPN لا في الراوتر. يبقى الراوتر يحمل الحزمة الخارجية بـ MTU الخط نفسه.

المنخفض جدًا والمرتفع جدًا يفشلان بطريقتين مختلفتين

الخفض هو الخطأ الآمن، وهو ليس مجانيًا. كل حزمة تحمل ترويسات IP والنقل نفسها سواء كانت ممتلئة بالبيانات أم شبه فارغة، فـ MTU أصغر يعني حزمًا أكثر، وهدرًا أكبر في الترويسات، وعملًا أكثر لكل حزمة على كل جهاز في المسار. انزل إلى 1280 على وصلة تحمل 1492 بلا عناء، وستخسر سرعة في كل نقل وتزيد الحمل على راوتر هو أصلًا أبطأ جهاز في البيت. لا شيء يبدو معطّلًا؛ الخط ببساطة أبطأ مما ينبغي، بشكل دائم، ولا أحد يعود ليتحقّق.

الرفع هو الخطأ الذي يجعل الاتصال يبدو مسكونًا. كل شيء صغير يعمل — ردود ping و DNS وصفحة إدارة الراوتر نفسها — بينما يتوقف كل ما يملأ حزمة. غالبًا ما ينجو TCP: تُسقَط القطعة الأكبر من اللازم، فيعيد الراوتر الذي أسقطها رسالة ICMP تقول إن التجزئة مطلوبة، فيصغّر المُرسِل. لكن حين يبتلع جدار ناري على الطريق رسالة ICMP تلك، لا يعرف المُرسِل شيئًا، ويتجمّد النقل عند النقطة نفسها في كل مرة. أما UDP فلا إنقاذ فيه: حزم UDP الكبيرة تختفي ببساطة — ولهذا تتوقف مصافحات VPN في منتصفها، وتحمّل مواقع QUIC أول بايتاتها ثم تصمت، ويتصل الفيديو بالصوت دون صورة أبدًا. أما الحزم التي تُجزّأ بدل أن تُسقَط فأرخص لكنها ليست مجانية: كل جزء فرصة إضافية لفقد الحزمة كلها، وفقدان جزء واحد يرمي كل ما أُرسل معه.

كيف تعرف أن التغيير نفع

1. أعد قياس المسار بدل الثقة في الحقل. حفظ القيمة يثبت فقط أن الراوتر قبِلها. شغّل قياس Path MTU مرة أخرى من جهاز على تلك الشبكة: يجب أن تتطابق القيمة الموصى بها الآن مع ما كتبته، وأن تبقى صفوف الاختبار خضراء حتى تلك القيمة بدل أن تتحول إلى برتقالي قبلها.
2. أعد تجربة ما كان معطّلًا بالضبط. إن كان العَرَض هو حزم UDP الكبيرة، فالعَرَض هو الاختبار: ارفع نفق VPN، وافتح الموقع الذي كان يتجمّد، وابدأ المكالمة التي لم تظهر فيها صورة. أي تغيير لا يصلح ما جاء بك إلى هنا هو التغيير الخطأ، ويعود الرقم القديم إلى الحقل.
3. تأكد أنك لم تدفع ثمن ذلك. اختبر السرعة وزمن الاستجابة قبل التغيير وبعده. الـ MTU الصحيح لا يكلّف شيئًا يمكن قياسه؛ أما القيمة المنخفضة أكثر من اللازم فتظهر كسرعة لا تعود. وإن انخفضت الأرقام فارفع الحقل نحو الحد الأقصى المقاس بدل أن تترك رقمًا مستديرًا لمجرد أنه يبدو آمنًا.

إذا كان الحقل مقفلًا أو غير موجود

كثير من أجهزة المزوّدين تقفل حقل MTU، وبعضها يخفي قسم WAN كله خلف حساب صيانة. هذا مقصود لا معطوب: المزوّد يدير الخط عن بُعد ولا يريد تعديل ملف الاتصال. أمامك أربع طرق للالتفاف، مرتّبة تقريبًا بحسب الجهد. اضبط MTU على الجهاز نفسه — يتيحه macOS و Windows و Linux في إعدادات شبكة المحوّل، وهو الحل الصحيح حين يكون المتضرّر جهازًا واحدًا. أو اضبطه في عميل الـ VPN (WireGuard: MTU، OpenVPN: tun-mtu)، وهو الصحيح حين يكون النفق هو ما يتعطّل. أو اطلب من المزوّد: القيمة عنده حقل واحد في نظام التهيئة، وكثيرًا ما يغيّرها الدعم عن بُعد خلال دقائق، خصوصًا إن ذكرت الرقم الذي قِسته وسمّيت ما لا يعمل بدونه. وأخيرًا الخيار الأقوى إن لم ينفع شيء: ضع الجهاز في وضع bridge وشغّل راوترك خلفه، فتنتقل إعدادات WAN كلها، ومنها MTU، إلى عتاد تتحكم فيه أنت.

لا يتيح iOS ولا Android إعداد MTU أصلًا، لذا لا يمكن مساعدة هاتف خلف راوتر مقفل إلا من داخل عميل الـ VPN أو عبر المزوّد. أما القياس فيعمل من الهاتف في الحالتين — القياس لا يحتاج إذنًا من أحد.

أسئلة يطرحها الناس فعلًا

كل هذا يفترض أن الرقم بين يديك أصلًا. وإن لم يكن، فبينك وبينه قياس واحد. التالي: قِس قيمة Path MTU الحقيقية من iPhone →