مفتاح إيقاف في Windows دون برامج إضافية: ملفات تعريف أم مسارات؟

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

هناك طريقتان تستحقان المعرفة. تفشل كل منهما في موضع مختلف، ولا واحدة منهما جواب كامل.

الطريقة الأولى: السماح للبرنامج على ملف تعريف واحد فقط

يحصر جدار حماية Windows القواعد في ملفات التعريف Domain وPrivate وPublic. الحيلة هي منح محوّل النفق تصنيفًا ومنح المحوّل الفيزيائي تصنيفًا آخر. ثم تكتب قاعدة صادرة تسمح للبرنامج المحمي على ملف تعريف النفق وتحجبه في كل مكان آخر. يقرأ جدار الحماية التصنيف، لا اسم المحوّل.

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

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public

New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private

الضعف بنيوي. قاعدة ملف التعريف تتبع التصنيف، فحين يعيد Windows تصنيف شبكة فندق قد تتوقف القاعدة عن السريان. لا شيء في قائمة القواعد يتغير عندما يحدث ذلك.

الطريقة الثانية: إزالة المسار الافتراضي الفيزيائي

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

route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"

حين يموت العميل، يرحل مسار VPN مع محوّله. يصبح الجهاز غير متصل بدل أن يسرب، وهذا هو ما يُفترض أن ينتجه مفتاح الإيقاف.

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

الطريقة الثالثة: لا بوابة، ومسار مضيف دائم واحد

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

route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44

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

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

لماذا لا تثبت أيقونة الكرة الأرضية شيئًا

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

اختبر بقتل عملية العميل ثم حاول الوصول إلى عنوان عام بالرقم. قد يُجاب عن استعلام الاسم من الذاكرة المؤقتة، فلا الأيقونة ولا جواب DNS دليل.

ما يجب تسجيله بعد انقطاع حقيقي

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

taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"

أعد التسلسل بعد السكون وبعد تغيير شبكة Wi-Fi وبعد الانتقال من السلك إلى اللاسلكي. هذه الانتقالات هي حيث تفشل طريقة ملف التعريف وسلوك DHCP معًا. القاعدة التي تصمد على مكتب لا تصمد بالضرورة في فندق.

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