فحص مسار VPN على macOS: أمر route get دون تغيير أي شيء

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

استعلم عن المضيف الذي يفشل، لا عن المسار الافتراضي

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

الصيغة هي route -n get متبوعة بالعنوان: route -n get 203.0.113.10، حيث يمثل عنوان الوثائق هدفك. استخدم الوجهة المصرح بها وعائلة العناوين المطابقة، لأن إجابة IPv4 لا تقول شيئًا عن مورد يعمل بـ IPv6 فقط. تصف وثائق أداة route عملية get والحقول التي تطبعها.

اقرأ الواجهة والبوابة كدليل

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

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

المسار الصحيح ليس طلبًا ناجحًا

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

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

افصل النقطة الطرفية عن المورد

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

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

اقرأ أولًا، وغيّر لاحقًا

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

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