يبلغ النفق أنه متصل، وما زالت الويكي تُحمَّل. ثم يتوقف تنزيل عن التقدم وتتوقف المشاركة على الرف عن الرد. أدى النفق عمله، واكتفى الملف الشخصي بالمطالبة بكل وجهة.

يتعامل ويندوز مع اتصال VPN كقرار توجيه. وما لم يضيّق ذلك القرار، يتصرف الجهاز كما لو انتقل إلى المكتب.

لماذا يبدو النفق العامل كأنه انقطاع

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

الأعراض مُربكة عن قصد. قد يظل تحليل الأسماء يعمل بينما تنتهي مهلة المشاركة، أو العكس. يبلّغ المستخدم أن الـ VPN معطل، ويبلّغ العميل أن حالته سليمة، وكلا القولين دقيق.

مربع الاختيار المختبئ في حوار IPv4

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

قارن مخرجات route print -4 قبل إعادة الاتصال وبعدها. يجب أن يختفي مدخل 0.0.0.0 الذي كان يشير إلى النفق، ويجب أن تبقى بادئات الشركة.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

تغيير مقياس الواجهة ليس بديلًا عن ذلك. المقياس يقرر فقط بين مسارين افتراضيين متنافسين، والعميل الذي يعيد تثبيت مساره الافتراضي عند كل اتصال يفوز بتلك المنافسة أيًا كان الرقم المضبوط.

البادئة التي لم يدرجها أحد

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

المسار المضاف يدويًا يسد الفجوة حتى يتغير عنوان البوابة. تسجيل البادئة داخل الاتصال أمتن، لأن البادئة تتبع الاتصال بعد ذلك بدلًا من عنوان مخمّن.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

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

إثبات النتيجة بعد إعادة التشغيل

تتبّع في الاتجاهين وحل الأسماء. يجب أن يخرج التتبع العام عبر مزود الخدمة، وأن يدخل التتبع الداخلي النفق، وأن يجيب المضيف الداخلي بالاسم لا بالعنوان وحده.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

أعد ذلك بعد قطع الاتصال وإعادة توصيله وإعادة تشغيل واحدة. البادئة التي تصمد أمام إعادة توصيل يدوية وتختفي بعد إعادة التشغيل لم تُخزَّن في الملف الشخصي قط.

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

مقالات ذات صلة