شبكة VPN في ويندوز تسحب كل حركة المرور؟ احذف مسارها الافتراضي
أزل خيار استخدام البوابة الافتراضية على الشبكة البعيدة، واحذف المسار الافتراضي الذي تدفعه الشبكة، وأعد بادئات مكتبك، ثم أعد فحص DNS وIPv6.
تتصل بشبكة VPN الخاصة بالمكتب فتبدأ كل صفحة في المتصفح بالمرور عبر تلك الشبكة: خادم الملفات سريع، وكل ما عدا ذلك بطيء أو محجوب أو مفقود. العميل لا يسيء التصرف؛ فالملف الشخصي طلب نفقًا كاملًا. والمفتاح الذي يوقفه هو مربع اختيار واحد في حوار لا يعرضه تطبيق الإعدادات الحديث، وللبوابة كلمة مرة أخرى عند كل اتصال. يتبع هذا الشرح الترتيب الذي تعرضه واجهة ويندوز فعليًا، ثم يغطي الفحوصات التي ما زالت تفشل بعد أن يبدو جدول المسارات صحيحًا.
ابدأ من خصائص المحول، لا من الإعدادات
يسرد تطبيق الإعدادات الملف الشخصي ضمن الشبكة والإنترنت ثم VPN، لكنه لا يعرض سوى خيارات عامة. قرار البوابة الافتراضية يقع على المحول. افتح قائمة المحولات الكلاسيكية باستخدام Win+R و ncpa.cpl، وانقر بزر الفأرة الأيمن على اتصال VPN، واختر خصائص، وحدد بروتوكول الإنترنت الإصدار 4، ثم اختر خصائص مرة أخرى ثم متقدم. أزل التحديد عن استخدام البوابة الافتراضية على الشبكة البعيدة وأكد خروجك من الحوارات الثلاثة.
أعد الاتصال قبل الاختبار، لأن مربع الاختيار يُطبَّق عند إنشاء النفق والجلسة القائمة تحتفظ بالجدول الذي بنته. إذا كان المحول مفقودًا والعميل غير متصل، فاتصل مرة واحدة وأعد فتح النافذة. عميل مورّد يثبّت محول TAP أو Wintun بلا صفحة خصائص IPv4 لا يملك هذا الحوار أصلًا؛ وبالنسبة لتلك الحالات يكون القرار نفسه خيار نفق منقسم داخل إعدادات العميل، ومربع اختيار المحول هو المكان الخطأ للبحث.
التغيير نفسه من PowerShell
بالنسبة لملف شخصي أُنشئ في مخزن VPN في ويندوز، فإن الإعداد قابل للبرمجة النصية، وهو ما تريده إذا كان الجهاز يعاد بناؤه كثيرًا:
Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling
هذا الأمر لا يصل إلا إلى الملفات الشخصية في ذلك المخزن. الاتصال الذي يضيفه عميل خارجي لن يظهر، ويفشل الأمر بخطأ في الاسم يبدو كخطأ كتابي. لاحظ أيضًا ما لا يفعله المفتاح: إنه يمنع العميل من تثبيت مسار افتراضي، لكنه لا يحذف المسارات التي تدفعها البوابة عند الاتصال، لذا يبقى القسم التالي مطلوبًا في شبكات كثيرة.
حين تدفع البوابة المسار الافتراضي من جديد
اقرأ الجدول أولًا. وجود إدخالين افتراضيين بمقاييس مختلفة يعني أن تغيير الملف الشخصي نجح وأن المسار المدفوع استبدله رغم ذلك:
route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex
احذف الافتراضي التابع للنفق وأبقِ الافتراضي الفيزيائي. استخدم فهرس الواجهة من الأمر الثالث، لا الاسم المستعار للمحول، لأن السكربتات التي تمرر اسمًا مستعارًا تتعطل بمجرد تغير اسم العرض:
Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1
حذف المسار يأخذ المكتب معه، لذا أعد بادئات الشركة عبر بوابة النفق. هذا هو السطر الذي يتخطاه الناس، وهو سبب أن عبارة «توقف VPN عن العمل» تأتي بعد تغيير نفق منقسم ناجح:
route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21
لا شيء من هذا ينجو من إعادة الاتصال، وهذا سلوك صادق لا خطأ برمجي: يعاد بناء المحول ويعيد العميل تطبيق ما اتفق عليه الملف الشخصي والبوابة. إذا عاد الافتراضي في كل مرة، فالبوابة مضبوطة على رفض النفق المنقسم وستستمر في دفعه، أو تُسقط الجلسة. هذه سياسة مشغل الشبكة، والطلب ينتمي إلى هناك لا إلى سكربت محلي يعاندها مرة عند كل اتصال.
أعد فحص DNS وIPv6 والمقاييس بعد إعادة اتصال واحدة
حذف مسار افتراضي IPv4 لا يثبت شيئًا عن العائلة الأخرى ولا عن تحليل الأسماء. يمكن لنفق أن يحمل IPv6 بينما يبقى افتراضي IPv4 محليًا، ويمكن لقائمة مخدّمات أسماء مدفوعة أن تُبقي الأسماء الداخلية تعمل بينما تسلك الاستعلامات التي تستخدمها مسارًا آخر. افحص الثلاثة قبل أن تعتبره منتهيًا:
Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy
إذا عادت الحالة عند كل اتصال، فانقل الأوامر إلى إجراء يعمل عند الاتصال بدل تحرير الجدول يدويًا: مهمة مجدولة تعمل عند حدث الاتصال، أو إعداد النفق المنقسم في العميل حيث يوجد. احفظ فهرس الواجهة في متغير وابحث عنه وقت التشغيل، لأنه قد يتغير عند إضافة المحولات أو إزالتها.
قرر ما الذي تنازلت عنه
لم يعد المكتب يفحص حركة الإنترنت المحلية أو يرشحها، وأي شيء يُنشر عبر النفق فقط يحتاج الآن إلى مساره الخاص. تعتبر بعض المؤسسات النفق المنقسم مخالفة للسياسة، لذا تحقق من ذلك قبل تغيير جهاز مُدار؛ فالافتراضي المدفوع هو أحيانًا آلية إنفاذ لا خطأ. توثيق Set-VpnConnection يسرد معامل النفق المنقسم وأنواع الملفات الشخصية التي ينطبق عليها.
ثم تحقق بترتيب ثابت: من يملك المسار الافتراضي، والتصفح العادي، ومضيف شركة واحد بالعنوان، واسم داخلي واحد، والأربعة نفسها بعد إعادة اتصال واحدة. إذا عمل التصفح وفشل مضيف الشركة، فالمسار البادئي مفقود لا الافتراضي الذي حذفته، وإصلاحه أرخص بكثير من إعادة بناء الملف الشخصي.