لا إنترنت بعد إلغاء تثبيت VPN؟ راجع ثلاثة مالكين

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

الفحص 1: ما الذي ما زال موجودًا، وما الغرض منه

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

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

سجّل الوقت الذي انقطع فيه الاتصال وما إذا كان العميل العادي يستطيع تشغيل نفقته بعد. إذا استطاع العميل استعادة النفق وعادت حركة المرور، فالحجب يؤدي وظيفته والمشكلة في حالة العميل لا في قاعدة متبقية.

الفحص 2: أي مالك يتحكم فيه

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

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

الفحص 3: أزل أضيق شيء يفسّر الأمر

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

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

الفحص 4: DNS والمسارات تعيش أطول من المحولات

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

resolvectl status
ip route get 1.1.1.1
nslookup example.com

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

الفحص 5: أعد اختبار المسارين وأعد التشخيص كما كان

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

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