لماذا يقتل VPN على Windows الطابعة المحلية وكيف توقف ذلك

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

اقرأ جدول المسارات أولًا

قبل أن تغيّر أي شيء، التقط جدول IPv4 بالأمر route print -4 واحتفظ بالمخرجات. اتصل ثم التقط مرة أخرى وقارن أسطر 0.0.0.0: المسار الافتراضي النشط يسمّي واجهة، وإن كانت تلك الواجهة هي النفق فإن الطباعة والتصفح المحليين يُرسلان إلى المكتب أولًا.

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

أزل المسار الافتراضي بثلاث طرق

في ملف تعريف Windows المدمج يكون التحكم مربع اختيار. افتح خصائص الاتصال، ثم IPv4، ثم خيارات متقدمة، وأزل تحديد Use default gateway on remote network؛ ويخفي تطبيق الإعدادات الأحدث نفس الحوار في طبقة أعمق. من موجّه أوامر مرفوع الصلاحيات يكون التغيير نفسه أمرًا واحدًا:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

ملف تعريف OpenVPN يعمل بشكل مختلف، ولهذا يربك سلوكه من يتوقعون مربع اختيار. وتوجيهه redirect-gateway def1 لا يستبدل المسار الافتراضي إطلاقًا؛ بل يثبت مسارين نصف مدى، 0.0.0.0/1 و 128.0.0.0/1، يتغلبان معًا على الافتراضي من دون حذفه. وبما أن الافتراضي الأصلي يبقى، فإن إضافة بادئة تشير إلى net_gateway ترسل تلك البادئة وحدها عائدة إلى الموجّه المحلي. هذه التفصيلة تفسر لماذا يكون إصلاح ملف def1 بمسار بادئة بدلًا من مربع اختيار لا يجده أحد.

أعد فقط ما يخص العمل

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

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

الطريقة الأقدم ما زالت تعمل وما زالت في كل قائمة تحقق: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14، بفهرس الواجهة وعنوان البوابة الخاصين بالنفق. وهي تبقى عبر إعادة التشغيل، وهذا هو المقصود وهو أيضًا الخطر، لأن الفهرس قد يعود في التشغيل التالي إلى شيء آخر.

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

حين يقرر الخادم نيابة عنك

العميل الذي يتجاهل مربع الاختيار يطيع سياسة في العادة. تحمل ملفات تعريف Cisco إعداد Allow Local LAN Access، ويمكن لرأس الشبكة أن يدفع سياسة نفق كامل تتجاوز ما يفضله العميل؛ وفي نشر بنفق إلزامي لا يوجد مفتاح محلي لتبديله. اقرأ سجل العميل بحثًا عن المسارات والسياسات المدفوعة بدلًا من إعادة فحص الحوار نفسه.

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

التداخل مشكلة مختلفة

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

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