Cara Menghapus Rute Usang yang Ditinggalkan VPN Windows

Sesi Anda berakhir berjam-jam yang lalu, adaptor sudah hilang, tetapi rute masih ada di tabel dan menunjuk ke antarmuka 42. Menghapus baris itu butuh satu perintah; memutuskan bahwa itu baris yang benar butuh empat pemeriksaan. Tabel rute bersifat bersama, jadi penghapusan menyeluruh ikut menghapus jalur yang masih dipakai koneksi lain, termasuk jalur yang membawa terowongan. Setiap langkah di bawah mempersempit sasaran sampai hanya satu entri yang bisa cocok.

1. Tentukan apakah entri itu usang atau disengaja

Entri yang bertahan setelah reboot ditulis di suatu tempat, dan tempat itu biasanya keputusan, bukan kecelakaan. Split tunneling bergantung pada rute yang tampak persis seperti sisa, dan kebijakan yang mendorong satu prefiks melalui terowongan tidak bisa dibedakan dari entri usang dalam satu daftar. Tanyakan kapan rute muncul: rute yang hanya ada selama terowongan aktif milik konfigurasi klien, jadi perintah pembersihan adalah alat yang salah. Hapus rute yang disengaja dan koneksi berikutnya gagal pada langkah yang tidak diawasi siapa pun.

Rute endpoint layak mendapat peringatan tersendiri. Saat klien menambahkan rute host ke server VPN agar paket terenkripsi bisa mencapainya melalui koneksi lokal, menghapus rute itu membuat terowongan runtuh pada sambungan ulang berikutnya, dan gejalanya terbaca sebagai kesalahan server. Bandingkan tujuan dengan alamat yang dihubungi klien sebelum menyentuh apa pun: satu alamat publik yang cocok dengan server VPN adalah jalur luar, bukan sampah.

2. Catat empat bidang yang menamai entri itu

Prefiks saja bukan identitas, karena dua antarmuka bisa menyimpan rute ke tujuan yang sama. Catat prefiks tujuan, indeks antarmuka, lompatan berikutnya, dan penyimpanan kebijakan, karena keempat nilai itu menjelaskan tepat satu entri. Satu daftar memberi Anda semuanya:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Pengurutan menurut metrik mengangkat rute yang benar-benar disukai mesin, dan di situlah sisa biasanya berada. Bandingkan entri saat terowongan aktif dan lagi setelah terowongan turun: rute yang pergi bersama adaptor milik klien, dan yang tetap ada ditulis oleh hal lain. Penyimpanan kebijakan adalah bidang yang dilewati orang, dan itulah yang menjelaskan kemunculan kembali, karena entri yang dihapus dari penyimpanan aktif kembali setelah penyegaran kebijakan berikutnya. Catat keempat nilai sebelum menjalankan apa pun yang mengubah keadaan.

3. Pratinjau penghapusan, lalu hapus satu entri

Remove-NetRoute menerima prefiks dan indeks antarmuka yang sama dengan yang dicetak Get-NetRoute, dan ia punya sakelar pratinjau, jadi tidak ada yang perlu ditebak. Jalankan pasangan itu dalam urutan ini:

Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42

Pratinjau mencetak objek yang akan dihapusnya, jadi bandingkan prefiks, antarmuka, dan lompatan berikutnya dengan catatan Anda sebelum melepas sakelar. Tidak ada baris yang mencapai entri persisten, karena penyimpanan aktif adalah bawaan; tambahkan -PolicyStore PersistentStore saat rute yang Anda identifikasi tinggal di sana, atau penghapusan tampak berhasil dan entri kembali pada penyegaran kebijakan berikutnya. Pertahankan jalur pemulihan out-of-band saat sesi bersifat jarak jauh, karena menghapus rute yang membawa koneksi Anda sendiri mengakhirinya. Jangan pernah meraih perintah yang membersihkan tabel.

4. Temukan komponen mana pun yang mengembalikannya

Penghapusan bukan perbaikan selama pemiliknya masih dikonfigurasi untuk memasang rute. Pemiliknya biasanya salah satu dari tiga: profil klien VPN dengan daftar split-tunnel-nya, skrip atau tugas terjadwal yang menambahkan rute saat logon, atau kebijakan domain yang diterapkan ke mesin. Periksa profilnya lebih dulu, karena ia berjalan pada setiap koneksi:

Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStore

Entri persisten terlihat tanpa menghubungkan apa pun, jadi rute yang kembali setelah reboot tanpa sesi VPN hampir selalu tinggal di penyimpanan itu atau di skrip startup. Perbaiki pemiliknya di sana, dan penghapusan manual menjadi verifikasi alih-alih pengobatan.

5. Verifikasi pencarian, tetangga, dan catatannya

Hasil yang bersih bukan berarti rutenya sudah hilang; melainkan pencarian yang kini memilih antarmuka yang Anda harapkan. Tanyakan kepada mesin ke mana paket ke prefiks yang terdampak akan pergi, karena sisa masih menyebut indeks yang mati sementara jawaban bersih menyebut antarmuka on-link atau gateway yang benar. Find-NetRoute menjawabnya untuk satu alamat sekaligus:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Lalu uji tetangga: pilih prefiks kedua yang masih dibutuhkan split tunnel dan pastikan pencariannya tidak berubah, karena menghapus satu rute terlalu banyak adalah kesalahan yang diundang pembersihan ini. Coba lagi aplikasi yang awalnya gagal, dan catat komponen mana yang sekarang memiliki prefiks itu. Dokumentasi Get-NetRoute dari Microsoft mencantumkan bidang-bidang yang Anda catat pada langkah kedua. Enam bulan dari sekarang catatan itulah yang mencegah entri yang sama didiagnosis dua kali.