مسارات VPN المستوردة تختلف عن العميل العامل؟ قارن الاثنين

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

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

الملف المحفوظ أولًا، والحالة الفعلية ثانيًا

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

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

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

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

ip -4 rule show
ip -4 route show table all

وجهتان، مقارنة واحدة

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

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

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

لا تشترط أن يطبع العميلان نصًا متطابقًا. غالبًا يُعبَّر عن redirect-gateway def1 في OpenVPN بمسارين نصف بادئة بدل مسار افتراضي واحد، والمدير الذي يعرضهما بشكل مختلف ليس مخطئًا بذلك. احكم على التغطية، وهي ما تُظهره عمليات البحث، لا على التنسيق.

حيث يختلف العميلان بشكل مشروع

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

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

DNS محور ثانٍ ويفشل باستقلال. المسار الصحيح قد يرسل الاستعلامات إلى خادم لا يستطيع الإجابة عن النطاق الخاص، والخادم الصحيح لا يصلح مسارًا خاطئًا. افحص الاثنين، واعتبر أن اسمًا خاصًا يُحل بينما لا يُحل عنوان خاص دليلًا على أن الطبقتين تُحلان بشكل منفصل.

أبقِ المقارنة نظيفة

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

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

يحدد مرجع إعدادات IPv4 في NetworkManager خاصية never-default وخصائص المسارات المحفوظة بدقة، ويستحق القراءة قبل تغيير قيمة مُدارة. وتذكّر نطاق هذه المقارنة: إنها تغطي IPv4 ولا تقول شيئًا عن سياسة IPv6 المقابلة، التي لها افتراضاتها وطريقتها الخاصة في مفاجأتك.