Tidak ada internet setelah menghapus VPN? Periksa tiga pemilik

Klien sudah hilang dan mesin tetap tidak bisa mencapai apa pun, yang menggoda untuk meratakan firewall dan memulai dari awal. Jangan lakukan itu. Status pemblokiran bisa datang dari tiga pemilik berbeda di mesin yang sama, dan masing-masing punya jalur penghapusannya sendiri. Mengosongkan semuanya sekaligus menghapus objek yang ingin Anda singkirkan bersama perlindungan yang masih Anda butuhkan, dan juga menghancurkan bukti pemilik mana yang menyebabkan masalah. Lima pemeriksaan, berurutan, mencegahnya.

Pemeriksaan 1: apa yang masih ada, dan untuk apa

Cari ketiga artefak secara terpisah: adaptor virtual yang masih ada, filter atau aturan firewall yang masih memblokir, dan rute atau aturan kebijakan yang masih menunjuk ke terowongan yang sudah tidak ada. Keberadaannya sendiri tidak membuktikan apa pun, karena sakelar darurat yang disengaja terlihat dari luar sama seperti yang ditinggalkan.

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

Catat waktu konektivitas berhenti dan apakah klien normal masih bisa memulai terowongannya. Jika klien dapat memulihkan terowongan dan lalu lintas kembali, pemblokiran menjalankan tugasnya dan masalahnya ada pada status klien, bukan pada aturan yang tertinggal.

Pemeriksaan 2: pemilik mana yang mengendalikannya

Setiap artefak punya pemilik. Adaptor virtual milik klien VPN atau drivernya. Filter bisa milik klien, milik firewall platform itu sendiri, atau milik produk keamanan terkelola. Rute mungkin dipasang oleh klien saat terhubung dan ditinggalkan.

Pada perangkat terkelola, periksa kebijakan perangkat sebelum menyentuh apa pun. Filter yang diberlakukan kebijakan akan dipulihkan pada check-in berikutnya, jadi penghapusan lokal membeli satu jam dan laporan kepatuhan. Percakapan itu milik administrator, bukan milik antarmuka firewall.

Pemeriksaan 3: hapus hal tersempit yang menjelaskannya

Mulai dari jalur yang didukung vendor: instalasi perbaikan atau penghapusan yang benar sering membersihkan status yang dihasilkan dengan tepat, termasuk filter yang akan terlewat oleh penghapusan manual. Baca instruksi pemulihan untuk versi yang terpasang, karena urutannya penting dan penghapusan setelah penghapusan yang gagal berperilaku berbeda.

Jika pemeriksaan manual benar-benar diperlukan, catat nama aturan, antarmuka, dan tujuan yang dinyatakan sebelum mengubah apa pun, lalu hapus objek itu berdasarkan nama. Menghapus setiap adaptor jaringan atau mengosongkan seluruh kumpulan aturan untuk menargetkan satu klien adalah cara sebuah kasus dukungan menjadi pembangunan ulang.

Pemeriksaan 4: DNS dan rute bertahan lebih lama dari adaptor

Status resolusi bisa bertahan melewati terowongan. Resolver yang masih menunjuk ke alamat di dalam terowongan yang sudah tidak ada menghasilkan batas waktu yang terlihat persis seperti penurunan firewall, dan kesimpulan yang biasa diambil salah.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Jika alamat ter-resolve dan koneksi mentah lewat IP berfungsi, DNS adalah masalah yang tersisa, bukan penyaringan. Jika keduanya gagal, kembali ke pemeriksaan satu dengan rute dan filter di tangan.

Pemeriksaan 5: uji ulang kedua jalur dan kembalikan diagnostik

Verifikasi konektivitas biasa dulu, lalu setiap profil VPN yang tersisa melalui kontrolnya sendiri: sambungkan, gunakan, putuskan, dan pastikan host kembali ke konektivitas biasa. Perjalanan bolak-balik itulah uji yang membuktikan pemblokiran yang ditinggalkan sudah hilang, bukan sekadar dihindari.

Terakhir, pulihkan setiap perubahan diagnostik yang Anda buat di sepanjang jalan. Pembersihan yang berhasil menghapus satu dependensi yang ditinggalkan; itu tidak menghapus perlindungan umum host, dan tidak boleh meninggalkan firewall yang dilonggarkan secara permanen. Catat pemilik mana yang memegang pemblokiran, karena penghapusan berikutnya akan menghasilkan tiga kandidat yang sama.