مسار النسخ الاحتياطي العائم لـ VPN لا يتولى المهمة: قائمة فحص التجاوز
المسارات الثابتة العائمة تنتظر الأهلية، لا توقف الحزم. ستة فحوص مرتبة لمسار المسبار والعتبات والعودة على نسخة VPN احتياطية.
مسار VPN العائم لديك مُهيَّأ، ومسافة النسخة الاحتياطية أكبر من مسافة الأساسي، ومع ذلك لا يتحرك شيء أبدًا. أو يتحرك ثم يرتد بعد دقائق بينما الرابط اللاسلكي ما زال معطلًا. في الحالتين، شيء آخر غير العطل الذي يهمك هو الذي يقرر أهلية المسار.
نفّذ هذه الفحوص بالترتيب. لكل فحص شرط توقف، ولا يمكن إنقاذ فحص فاشل بالفحوص التي تليه. تستخدم الأمثلة صيغة RouterOS لأن المسافة وإمكانية الوصول إلى البوابة والخطوة التالية العودية كلها ظاهرة في الإعداد هناك، لكن الترتيب ينطبق على أي موجه ذي مسارات ثابتة متتبَّعة.
سمِّ العطل الذي يجب أن تغطيه النسخة الاحتياطية
عبارة «المسار الأساسي معطل» هي أربع ملاحظات مختلفة. راديو يفقد نظيره، وواجهة تفقد حاملها، وبوابة بعيدة تتوقف عن الرد، وتطبيق يتوقف عن العمل، كلها تبدو مختلفة من مقعد الموجه. اكتب أيها يستهدفه التصميم قبل أن يغيّر أي شخص قيمة مسافة.
ثم تحقق من الاستقلالية. إذا كان النقل الخارجي لـ VPN يمر عبر المسار اللاسلكي نفسه، أو عبر رابط وصول يتشارك المنبع نفسه، فإن النسخة الاحتياطية ليست نطاق عطل ثانٍ وستكون معطلة بالضبط عندما تحتاجها. اسحب كابل الأساسي على الورق: إذا مات نقل النفق نفسه معه، فإن المسار العائم يغطي أخطاء الإعداد فقط، لا الانقطاعات.
توقف عن مطالبة المسافة بالكشف عن أي شيء
المسافة الأعلى تجعل المسار أقل تفضيلًا. هذا هو العمل كله. ما دام المسار الثابت الأساسي مؤهلًا، يبقى المسار العائم غير نشط، وهذا سلوك صحيح وليس خطأً. لا يصبح العطل مرئيًا إلا عندما يُسحب الأساسي أو يُعلَّم بأنه غير قابل للوصول.
بالنسبة للمسارات الثابتة، يتطلب ذلك متتبعًا صريحًا:
/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10
اقرأ ما يختبره ذلك: الخطوة التالية، لا الوجهة. راديو ما زال يجيب على جانبه المحلي بينما إعادة التوجيه إلى ما بعده معطلة يُبقي المسار الأساسي نشطًا. تلك هي الحالة الصامتة، والمسافة مع فحص البوابة لن تلتقطها. إذا كانت تلك الحالة مهمة، فيجب أن يأتي الكشف من شيء يراقب الجانب البعيد: تجاور بروتوكول توجيه، أو مسبار عرّفت مساره وقاعدة نتيجته بنفسك.
تتبع أين تذهب حزم المسبار نفسه
لمسبار الصحة مسار أيضًا. بمجرد أن ينتقل مرور البيانات إلى VPN، يمكن لمسبار غير مقيّد إلى العنوان البعيد نفسه أن يتبعه وينجح ويُقرأ كدليل على تعافي الأساسي. يعود المرور إلى مسار معطل وتتكرر الدورة.
ثبّت المسبار على المسار الذي يفترض أن يحكم عليه. في RouterOS الطريقة المعتادة هي مسار مضيف إلى هدف المراقبة عبر البوابة الأساسية، بنطاق صغير بما يكفي كي لا يستطيع أي مسار آخر تحليله، وهو ما يبنيه مثال التجاوز العودي في دليل RouterOS. أكّده على الجدول الحيّ مع تنشيط النسخة الاحتياطية، لا من تعليق الإعداد:
/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop
حدد معنى نتيجة المسبار قبل إضافة الأهداف
هدف واحد يرفض ICMP أو يدخل الصيانة يبدو تمامًا كعطل مسار، وثلاثة أهداف بلا قاعدة تمنحك ثلاث آراء فقط. حدد القاعدة أولًا ثم نفّذها: مثلًا، يُعد الأساسي معطلًا عندما يفشل هدفان من ثلاثة لفترتين متتاليتين، مكتوبة في دليل التشغيل حيث سيجدها الشخص التالي.
اضبط عتبات الفشل والتعافي بحيث لا تُزيح حزمة مفقودة واحدة الموقع. التباطؤ يكلف قليلًا من زمن الكشف ويعيد الاستقرار. اختر الفاصل الزمني من مدة الانقطاع المحتملة، لا من سرعة تشغيل المسبار، واجعل العودة أبطأ من التجاوز كي يثبت الأساسي نفسه قبل أن يستعيد المرور.
تحقق من مسار العودة وقصة الجلسات
التجاوز الذي يعمل صادرًا فقط نصف تصميم. يحتاج الموقع البعيد إلى مسار عودة إلى نطاق المصدر لديك عبر VPN، وإلا وصل مرور العودة من عنوان غير متوقع واصطدم بحالة جدار حماية لم تعد مطابقة. ستنكسر الجلسات القائمة حتى عندما تعمل الاتصالات الجديدة، لذا ضع ذلك في معايير القبول بدلًا من الوعد ببقاء النقل.
أبقِ وصول الإدارة بعيدًا عن المسار الذي يُختبر. إذا كان مدخلك الوحيد عبر الأساسي، فإن اختبار التجاوز يقفلك خارج الجهاز الذي يسيء التصرف.
نفّذ تسلسل القبول
ثلاثة اختبارات تغطي معظم الأرض: الفقد المادي للأساسي، وعطل إعادة توجيه صامت مع بقاء الواجهة قائمة، واستعادة الأساسي. سجّل لكل منها مصدر المسبار وخطوته التالية، ومسار الوجهة النشط، وتبادل تطبيقات مسموحًا جديدًا في الاتجاهين.
الحالة الصامتة هي التي تفصل التصاميم. إذا لم تتولَّ النسخة الاحتياطية هناك، فأنت بنيت مراقب رابط لا مراقب مسار. قرر ما إذا كان ذلك مقبولًا، واكتب القيد حيث سيقرأه مهندس المناوبة. نفق ثانٍ متصل ليس بحد ذاته سياسة نسخ احتياطي مكتملة.