Split tunnel masih mengecualikan aplikasi yang sudah Anda hapus

Aplikasi lama sudah hilang, dan daftar split tunnel masih memuat entrinya. Tidak ada yang terlihat rusak, dan itulah sebabnya entri itu bertahan berbulan-bulan. Lalu seseorang memasang program lain di folder yang sama, atau profil terkelola memulihkan aturan itu pada setiap sambungan ulang, dan lalu lintas mulai melalui jalur yang tidak direncanakan siapa pun. Pengecualian itu hidup lebih lama daripada alasan keberadaannya.

Membersihkannya terutama soal identitas: ke mana aturan itu menunjuk sekarang, dan siapa yang memiliki daftar itu.

Gejalanya: pengecualian yang tidak cocok dengan apa pun

Entri usang tidak terlihat dalam pemakaian normal. Entri itu menjadi terlihat melalui tiga cara: aplikasi yang Anda harapkan melewati tunnel justru langsung keluar, program baru mewarisi pengecualian lama, atau klien menolak menyimpan perubahan karena profil terkelola menimpanya. Ketiganya tampak seperti bug terpisah, dan ketiganya adalah masalah pembukuan yang sama. Masing-masing murah diperiksa dan mahal jika salah didiagnosis.

Mulailah dengan membaca aturannya, bukan menghapusnya.

Cari tahu apa yang diidentifikasi aturan

Implementasi split tunnel mengaitkan pengecualian pada hal yang berbeda-beda: jalur berkas yang dapat dieksekusi, nama paket, pengenal bundel, atau rute. Aturan berbasis jalur menunjuk ke berkas yang mungkin sudah tidak ada, atau kini bisa jadi berkas lain. Aturan berbasis paket menunjuk ke identitas yang bisa dipakai ulang oleh pemasangan baru. Baca dokumentasi klien untuk bidang yang Anda lihat, karena kotak teks yang sama berarti berbeda di berbagai produk. Panduan VpnService Android adalah acuan untuk kasus berbasis paket.

Nama yang ditampilkan adalah bagian entri yang paling tidak andal, dan justru itulah yang dibaca orang.

Aturan jalur dan aturan paket berperilaku berbeda

Aturan jalur yang bertahan setelah penghapusan biasanya menjadi tidak aktif, dan tidak aktif adalah hasil yang baik. Hasil buruknya adalah jalur yang dipakai ulang, karena berkas eksekusi baru diam-diam mewarisi pengecualian itu. Aturan paket berperilaku lain lagi: produk bisa mengabaikan paket yang tidak tersedia, menolaknya, atau tetap mencocokkan berdasarkan nama ketika sesuatu yang baru mengklaim nama itu.

Jangan memindahkan asumsi dari satu klien ke klien lain. Periksa apa yang sebenarnya dilakukan klien Anda terhadap target yang hilang, idealnya dengan sengaja menciptakan kondisi itu di mesin uji dan mengamati proses mana yang mewarisi pengecualian.

Hapus melalui pemiliknya

Jika daftar berasal dari profil terkelola, mengeditnya secara lokal adalah perubahan sementara yang akan dipulihkan pada sambungan ulang berikutnya. Ubah profilnya, atau tanyakan kepada yang memilikinya, dan pastikan suntingan bertahan setelah sambungan ulang. Jika daftar bersifat lokal, hapus entrinya dan pastikan klien menulis ulang konfigurasinya alih-alih menyimpan yang lama di memori.

Daftar kosong bukan tujuannya. Tujuannya adalah daftar yang entrinya masih sesuai dengan kebutuhan nyata.

Setelah itu uji kedua arah

Setelah pembersihan, uji aplikasi yang seharusnya masih dikecualikan dan aplikasi yang seharusnya kini melewati tunnel. Pastikan perilaku DNS secara terpisah, karena kebijakan resolver adalah kontrol yang berbeda dari daftar pengecualian. Lalu sambungkan ulang sekali dan uji lagi, karena profil yang dipulihkan adalah cara paling umum sebuah pembersihan diam-diam membatalkan dirinya.

Simpan tujuan satu baris di samping setiap pengecualian yang tersisa. Baris itulah yang mencegah daftar menjadi museum, dan membuat pembersihan berikutnya menjadi pekerjaan lima menit.