يتصل VPN لكن أجهزة الشبكة المحلية غير قابلة للوصول: ما الذي يجب فحصه

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

اختبر من الآن فصاعدًا شيئًا على الجانب الآخر من البوابة. سيبقى عنوان البوابة الخاص يجيب مهما كانت إعادة التوجيه معطوبة.

البوابة تجيب من مكدسها البرمجي الخاص

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

صفحات الإدارة التي تُبلَغ عبر النفق تنتمي إلى الفئة الأولى أيضًا. فهي دليل على النفق، لا على الشبكة التي خلفه.

تتبَّع التدفق حتى أول حد يُسقطه

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

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

مسارات العودة وجدران حماية المضيف تفشل بصورة منفصلة

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

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

أكّد كل خطوة بعنوان مصدر العميل

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

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

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

سجّل أي عنوان أجاب وأي وجهة معاد توجيهها فشلت. تلك الجملة تجعل التقرير قابلًا للتنفيذ بدلًا من ادعاء بأن الخادم غير قابل للوصول.