NFS عبر TCP داخل نفق OpenVPN من نوع UDP: ناقلتان

حمل محادثة NFS التي تستخدم TCP داخل نفق يحمل UDP أمر متسق تمامًا، وهو يربك الناس لأنه يسمّي ناقلين في الوقت نفسه. TCP هو محادثة خدمة الملفات بين العميل وخادم NFS. UDP هو الناقل المشفّر بين طرفي VPN. لا يدل أي منهما على شيء يخص الآخر.

اكتب كليهما على انفراد قبل أن تبدأ التصحيح؛ فمعظم هذه الحوادث تبدأ حين يغيّر شخص ما الطبقة الخاطئة.

طبقتان، إعدادان

يصف خيار التركيب proto=tcp كيفية تحدث عميل NFS إلى خادم NFS. ويصف إعداد proto udp في ملف تعريف VPN كيفية تبادل طرفي النفق للحزم المغلفة. تغيير خيار التركيب لا يغيّر النفق، وتغيير ناقل النفق لا يغيّر ما تفاوض عليه عميل NFS. أكّد خيارات التركيب الفعلية باستخدام nfsstat -m بدلًا من سطر fstab، وأكّد ناقل VPN من ملف التعريف المستخدم فعليًا.

ثم سجّلهما في ملاحظات الحادث كحقلين منفصلين. لا يمكن تتبع تحسّن ظاهري إلا إذا ذكرت الملاحظة أي طبقة تغيّرت.

التصفح ليس قراءة كمية

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

صِف العملية الفاشلة بدقة: المسار والاتجاه والنقطة التقريبية للتوقف وآخر حدث ذي صلة في سجلات العميل والخادم وVPN. ثم قارن أين يستمر المرور وأين يتوقف.

MTU فرضية وليس تشخيصًا

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

المهلة وحدها لا تقول شيئًا عن وجوب استبدال UDP. إنها عرض له عدة مالكين محتملين.

غيّر متغيّرًا واحدًا في المرة

عند مقارنة الناقلات، أبقِ حمل عمل NFS وكل إعداد آخر ثابتًا. تغيير ناقل التركيب وبروتوكول النفق وMTU في نافذة صيانة واحدة ينتج نتيجة لا يستطيع أحد نسبتها. نفّذ عملية الملف نفسها قبل التغيير وبعده، وسجّل النتيجة عند كل خطوة.

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

اقرأ الطبقة التي فشلت

إن كان النفق قائمًا وطلب NFS ينتظر، فلم يفشل VPN؛ بل فشلت خدمة الملفات. وإن سقط النفق، فإن فشل طلب NFS نتيجة وليس سببًا. ومطابقة أسطر السجل من الطبقتين أسرع طريقة للتمييز بين الحالتين، وهي أفضل من التخمين من مدير الملفات.

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