عميلان VPN وجدول توجيه واحد: من يحصل على المسار الافتراضي

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

الصراع يسكن في جدول التوجيه

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

العميلان محرران لجدول واحد مشترك. معرفة أي تعديل وقع أخيرًا تفسّر كل عرض تقريبًا.

اقرأ أي نفق يملك المسار الحالي

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

ip route get 10.20.0.5
route print -4

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

أوقف ادعاء العميل الثاني لكل شيء

يجب أن يملك عميل واحد المسار الافتراضي، وأن يحمل الآخر بادئاته فقط. OpenVPN يمكن للعملاء رفض ما يدفعه الخادم.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull يتجاهل كل مسار مدفوع، بينما pull-filter ignore "redirect-gateway" يُسقط فقط توجيه المسار الافتراضي ويُبقي DNS المدفوع والخيارات الأخرى. اختر بينهما بحسب مقدار إعدادات الخادم التي ما زلت تريدها، ثم أضف البادئات المحددة التي تحتاجها الشبكة الثانية. ضع DNS في الحسبان، لأن مُحلّلًا يدفعه نفق لا يحمل الاستعلامات لا يعيد شيئًا. اختبر مضيفًا معروفًا في كل شبكة وأكّد عنوان المصدر الذي يراه الطرف البعيد.

الشبكات الفرعية المتداخلة لا يمكن الالتفاف عليها

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

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