مفتاح الإيقاف في التطبيق مقابل مفتاح الإيقاف في الجدار الناري: ما يحجبه كل منهما

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

سمِّ آلية الإنفاذ أولًا

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

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

هل يبقى الحجب بعد إغلاق العميل؟

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

أغلق العميل في منتصف تنزيل طويل وراقب هل يتوقف النقل أم يستمر.

ابحث عن الثغرات المعتادة

IPv6 هي الأولى. القاعدة المكتوبة لعناوين IPv4 تترك حركة IPv6 دون تأثير، وكثير من العملاء يكتبون نصف v4 فقط. الثانية هي الواجهة: رباط USB، ومحول Wi-Fi ثانٍ، ومودم خلوي قد لا تكون مشمولة في قاعدة مقصورة على الاتصال الأساسي. التطبيقات المستثناة واستثناءات الشبكة المحلية هي الثالثة.

على Windows يمكنك قراءة القواعد المثبتة بدل الوثوق بالمفتاح: Get-NetFirewallRule -DisplayName '*VPN*' وnetsh wfp show filters يعرضان ما هو موجود. على Linux تغطي iptables -S وip6tables -S وnft list ruleset الحالات الشائعة، والمقارنة بين الثلاثة هي الهدف.

DNS هو التسريب المعتاد

حجب TCP مع إبقاء UDP 53 مفتوحًا يمنحك مفتاح إيقاف مقنعًا جدًا لا يزال يجيب عن كل استعلام اسم مضيف. وينطبق الشيء نفسه عندما يُسلَّم DNS إلى مُحلِّل على واجهة أخرى، أو عندما يحجب العميل v4 فقط ويكون المُحلِّل متاحًا عبر v6.

مع سقوط النفق، حلّل اسمًا معروفًا وانظر هل يعود جواب. إن عاد، فالمرور ليس محجوبًا بالكامل مهما قال أيقونة الحالة.

اختبر الانتقال، لا المفتاح

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

نتيجة من حاسوب محمول واحد لا تنتقل إلى هاتف أو موجه. واجهات برمجة منصات مختلفة، وإعدادات افتراضية مختلفة، وعلى Android الفرق صارخ: وضع always-on مع الحجب يفرضه النظام لا العميل، لذا يبقى يعمل عندما لا يعمل العميل. إن إرشادات VPN في Android تصف هذا الفصل.

احتفظ بطريق للعودة

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

إن لم تستطع الإجابة عن فحوص الانهيار وIPv6 وDNS والانتقال لعميلك، فتعامل معه كمفتاح على مستوى التطبيق بثغرات معروفة وخطط على هذا الأساس.