اینترنت پس از حذف 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 باقی‌مانده را از طریق کنترل‌های خودش: وصل شوید، استفاده کنید، قطع کنید و تأیید کنید که میزبان به اتصال ساده برگشته است. آن رفت‌وبرگشت همان آزمونی است که ثابت می‌کند مسدودسازی رهاشده رفته است و نه فقط دور زده شده.
در پایان، هر تغییر تشخیصی که در مسیر انجام داده‌اید را بازگردانید. پاکسازی موفق یک وابستگی رهاشده را برمی‌دارد؛ محافظت عمومی میزبان را برنمی‌دارد و نباید فایروالی را که به‌طور دائم شل شده پشت سر بگذارد. یادداشت کنید کدام مالک مسدودسازی را نگه داشته بود، چون حذف نصب بعدی همان سه نامزد را تولید می‌کند.