لماذا يعود مسار VPN المحذوف بعد إعادة الاتصال

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

من ثبّت المسار

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

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

اقرأ الجدول قبل تعديله

انظر إلى عرض النواة نفسه بدلًا من ملف محفوظ. يعرض عمود البروتوكول ما ثبّت كل إدخال:

ip route show
ip route show table all
ip rule show

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

ثم اسأل النواة عن المسار الذي ستستخدمه فعليًا. العنوان المحمي مسبار أفضل من العنوان العام:

ip route get 10.20.5.7

غيّر المالك، لا العَرَض

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

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

أعد الاتصال وتحقق من المسارين

أعد الاتصال، ثم افحص الوجهتين في تمريرة واحدة. العنوان المحمي ونقطة النهاية المستثناة يجيبان عن سؤالين مختلفين:

ip route get 10.20.5.7
ip route get 198.51.100.20

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

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