اختبر إطارات جامبو على مسار NAS معزول واحد مع الحفاظ على مسار 1500-MTU مؤكد متاح لاسترداد SMB.
في شبكة منزلية، قد يعبر وصول SMB بطاقة شبكة العميل، منفذ التبديل، VLAN، الجسر، المفتاح الافتراضي، واجهة NAS، أو مسار الموجه الذي لا يشارك نفس حد الإطار. الهدف الآمن لذلك ليس فقط إدخال MTU 9000 على جهازين، بل الحفاظ على مسار إدارة يعمل، إثبات مسار الاختبار الكامل في كلا الاتجاهين، مقارنة نفس عبء عمل SMB قبل وبعد التغيير، والعودة فورًا عندما تشير الأدلة إلى عدم تطابق MTU.
سجل خط أساس معروف جيدًا لـ 1500-MTU
ابدأ مع NAS، عميل الاختبار، والمفتاح باستخدام MTU القياسي الحالي لهم، ثم أكد أن مشاركة SMB تُركب، تتصفح، تقرأ، تكتب، تعيد الاتصال، وتستمر بعد إعادة تشغيل العميل العادية. هذا الخط الأساسي هو حالة الاسترداد التي يجب أن تكون قادرًا على إعادة إنتاجها بدون تخمين.
MTU الأكبر يغير فقط كفاءة الحزمة؛ لا يزيل حدود التخزين أو وحدة المعالجة المركزية أو SMB أو العميل. شرح ZimaSpace لـ لماذا قد لا تحسن إطارات الجامبو نقل NAS مفيد هنا لأن الاختبار الآمن يحتاج إلى كل من خط أساس الاتصال وخط أساس عبء العمل.
احفظ MTU الواجهة الحالي، عنوان IP، VLAN، عضوية الجسر، مسار SMB، ونتيجة النقل المقاسة. كما أكد أنه يمكنك الوصول إلى NAS من جهاز آخر سيبقى على MTU 1500، أو رتب وصول وحدة التحكم المحلية قبل تغيير واجهة الإدارة الوحيدة.
ارسم كل قفزة في مسار اختبار SMB الدقيق
ارسم المسار الذي يستخدمه العميل المختار فعليًا للوصول إلى NAS. شمل منافذ التبديل الفيزيائية، واجهات LAG أو الجسر، واجهات VLAN الفرعية، مفاتيح المشرف الافتراضي، محولات Ethernet USB، واجهات الموجه، وأي طبقة شبكة للحاويات أو الأجهزة الافتراضية المشاركة في نقطة نهاية SMB.
تتطلب الاتصالات بإطارات جامبو دعم الإطار من الطرف إلى الطرف لأن جهاز الطبقة 2 الذي لا يمكنه تمرير الإطار الأكبر قد يسقطه بدلاً من إعادة تحجيمه. لذلك، تحدد أصغر نقطة مدعومة في المسار حجم الحزمة القابل للاستخدام.
حدد كل قفزة بأنها مؤكدة، غير معروفة، أو خارج الاختبار. لا تقم بتمكين إطارات الجامبو بينما لا يزال هناك جسر مخفي، منفذ تبديل، VLAN، أو حد موجه غير معروف؛ قم أولاً بتبسيط المسار أو احتفظ بذلك المكون على جانب MTU القياسي من التجربة.
غيّر البنية التحتية قبل نقطة نهاية اختبار واحدة
زد الحد الأقصى للإطار على المفتاح أو VLAN التخزيني المعزول أولاً، لأن رفع حد المفتاح عادة يسمح بإطارات أكبر دون إجبار الأجهزة العادية على إرسالها. ثم غيّر واجهة اختبار NAS وعميل واحد فقط، مع ترك كل عميل آخر ومسار الاسترداد دون تغيير.
تنفذ المفاتيح تكوين MTU بشكل مختلف: بعضها يستخدم حدًا أقصى عامًا، وبعضها يكوّن واجهات فردية، وبعضها يعامل MTU الموجه والمبدل بشكل منفصل. قد يصف الرقم المعروض في واجهة واحدة طبقة مختلفة عن القيمة المعروضة بواسطة جهاز آخر.
طبق تغييرًا واحدًا في كل مرة وسجّله. إذا كان لدى NAS واجهة واحدة فقط، لا تبدأ بتغييرها عن بُعد بدون طريقة للعودة؛ استخدم نافذة صيانة، بطاقة شبكة ثانية، وحدة تحكم مباشرة، أو VLAN اختبار يمكن إزالتها بشكل مستقل.
أثبت حجم الحزمة في كلا الاتجاهين قبل فتح SMB
كرر أولاً اختبار ping صغير عادي لتأكيد الوصول الأساسي، ثم أرسل حزمة كبيرة مع تعطيل التجزئة. بالنسبة لـ MTU IPv4 بقيمة 9000، payload الاختبار الشائع هو 8972 بايت لأن رؤوس IP و ICMP تستخدم الـ 28 بايت المتبقية.
قم بتشغيل اختبار الحزمة الكبيرة من العميل إلى NAS ومن NAS إلى العميل. النجاح في اتجاه واحد غير كافٍ: قد يسمح التعامل غير المتماثل مع VLAN، مفتاح افتراضي، أو مسار عودة مختلف باتجاه واحد بينما يسقط الآخر بصمت.
إذا فشلت الحزمة الكبيرة، قلل حجم الحمولة حتى تنجح وحدد القفزة التي يتطابق الحد الأقصى المكوّن أو المدعوم لها مع هذا الحد. لا تستمر في اختبار SMB حتى ينجح حجم الحزمة المقصود مرارًا وتكرارًا في كلا الاتجاهين بدون تحذيرات تجزئة، انتهاء مهلة، أو زيادة أخطاء الواجهة.
قارن نفس عبء عمل SMB عند MTU 1500 و MTU الاختبار
استخدم ملفًا محليًا كبيرًا واحدًا، نفس العميل، نفس مشاركة NAS، نفس مصدر ووجهة التخزين، ونفس إعدادات أمان SMB. شغّل لفترة كافية لتجاوز ذاكرة التخزين المؤقت RAM وكتابات قصيرة، ثم سجّل معدل النقل، استخدام وحدة المعالجة المركزية، الكمون، الإعادة الإرسال، وما إذا كانت المشاركة تعيد الاتصال بشكل طبيعي.
نمط استكشاف الأخطاء العملي في المجتمع هو اختبار إطارات الجامبو مفعلة ومعطلة بدلاً من نسب كل تغيير سرعة إلى MTU. النتيجة مهمة فقط عندما يكون مسار الحزمة الكبيرة نظيفًا وعبء العمل غير متغير.
فسر اختبار A/B باستخدام خريطة النتائج التالية بدلاً من قبول رقم ذروة واحد:
| النتيجة الملحوظة | المعنى المحتمل | الإجراء التالي |
|---|---|---|
| فشل ping الكبير وتوقف SMB | عدم تطابق MTU من الطرف إلى الطرف | ارجع نقطة نهاية الاختبار وافحص كل قفزة |
| نجاح ping الكبير لكن SMB أبطأ | MTU ليس عنق الزجاجة المفيد أو زيادة الأخطاء تحت الحمل | افحص وحدة المعالجة المركزية، التخزين، الإعادة الإرسال، وأجهزة عداد الواجهة |
| تحسن SMB مع كمون مستقر وبدون أخطاء | عبء العمل المختبر يستفيد على هذا المسار الدقيق | كرر مع عملاء عاديين واختبارات استرداد قبل التوزيع الأوسع |
| لا تغيير مادي | الإطارات القياسية تلبي عبء العمل بالفعل | احتفظ بـ MTU 1500 ما لم يستفد عبء عمل آخر مقاس |
ارجع عند أول حد للاتصال أو الخطأ
الرجوع مطلوب عندما يصبح تركيب SMB غير موثوق، تفشل الحزم الكبيرة في أي اتجاه، تزداد الإعادة الإرسال أو أخطاء CRC، يفقد العملاء العاديون الوصول، أو لا ينتج الاختبار فائدة عبء عمل قابلة للتكرار. اختبار إطار جامبو لا يعتبر ناجحًا لمجرد إكمال معيار واحد.
أعد عميل الاختبار إلى MTU 1500 أولاً ليتمكن من التواصل عبر المسار المعروف الجيد، ثم عدّل واجهة اختبار NAS إذا لزم الأمر. أزل VLAN الاختبار أو تجاوز المفتاح فقط بعد تأكيد سلوك وصول SMB، التصفح، الكتابة، وإعادة الاتصال على MTU القياسي مرة أخرى.
احتفظ بإطارات الجامبو فقط عندما يكون المسار المحدد بالكامل موثقًا، يظل مسار الرجوع متاحًا، ويتحسن عبء عمل NAS الفعلي دون الإضرار بالكمون أو التوافق. وإلا، فالنتيجة الصحيحة للاختبار هي الاحتفاظ بـ MTU 1500 بدلاً من الاستمرار في ضبط ميزة لم تكسب تكلفتها التشغيلية.
الدعم والنصائح
المزيد للقراءة

هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...

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

كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.

