Mengapa split tunneling tidak mencakup pembaruan aplikasi Anda

Anda menambahkan aplikasi ke daftar pengecualian split tunneling, aplikasi mencapai internet secara langsung, dan pembaruan tetap gagal atau tetap merayap melalui terowongan. Pengecualian itu berhasil. Hanya saja ia mencakup proses yang berbeda dari proses yang melakukan unduhan, karena pembaru modern jarang merupakan berkas eksekusi yang sama dengan jendela aplikasi.

Mitos: mengecualikan aplikasi berarti mengecualikan lalu lintasnya

Split tunneling per aplikasi mencocokkan proses, paket, atau jalur aplikasi, bergantung pada platform. Ia tidak mencocokkan merek, fitur, atau niat pengguna. Ketika aplikasi menyerahkan unduhan kepada pembantu, layanan platform bersama, atau komponen peramban, pembantu itu memiliki identitasnya sendiri dan jalurnya sendiri melalui terowongan. Daftar pengecualian tidak tahu bahwa kedua proses itu milik produk yang sama. Ia hanya tahu mana yang Anda sebutkan.

Jadi aturan itu melakukan persis apa yang diperintahkan. Asumsi tentang siapa yang memiliki transfer itu keliru, dan perbaikan dimulai dengan mengidentifikasi pemilik tersebut alih-alih menambahkan lebih banyak pengecualian.

Temukan pemilik transfer

Di Android, pembaruan mungkin diambil oleh paket layanan bersama alih-alih paket aplikasi yang Anda kecualikan, dan aturan VPN per aplikasi berlaku untuk paket yang membuka soket. Di Windows, layanan pembaru dapat berjalan di bawah jalur eksekusi berbeda dari aplikasi, sehingga aturan yang cocok dengan jalur aplikasi melewatkannya. Di macOS, pembantu berhak istimewa atau daemon pembaruan sistem dapat melakukan transfer sementara aplikasi hanya memintanya.

Identifikasi pemilik dari bukti: tampilan aktivitas jaringan platform, tangkapan paket yang difilter per proses, atau dokumentasi vendor yang menyebutkan komponen pembaru. Menebak dari nama proses adalah cara dua biner yang tampak serupa tertukar dan yang salah dikecualikan.

Sistem pembaruan sering juga membagi pekerjaan. Permintaan metadata kecil memeriksa versi, dan unduhan paket yang jauh lebih besar menuju host pengiriman konten atau domain lain. Pemeriksaan metadata dapat berhasil melalui terowongan sementara transfer paket macet di host yang dirutekan terowongan secara berbeda. Pembagian itu menjelaskan laporan membingungkan di mana pembaruan terdeteksi tetapi tidak pernah terpasang. Uji unduhan paket itu sendiri, dari perangkat dan jaringan yang sama, alih-alih menguji apakah aplikasi terbuka.

Verifikasi bertahan saat rute berubah

Mengubah rute tidak menggantikan TLS, identitas penerbit, atau verifikasi tanda tangan paket. Jangan mematikan pemeriksaan itu hanya karena unduhan berhasil setelah Anda melewati peringatan sertifikat yang tidak dijelaskan. Peringatan yang muncul hanya di jalur yang dikecualikan adalah temuan, bukan hambatan. Selidiki sebelum Anda memperluas jalan pintas.

Di perangkat terkelola, minta pengecualian yang didukung alih-alih menambahkan aturan luas untuk setiap layanan sistem. Aturan yang mengecualikan semua layanan bersama untuk memperbaiki satu pembaru memperluas jalan pintas jauh melampaui permintaan semula.

Uji pembaruan, lalu dokumentasikan pemiliknya

Sambungkan kembali setelah perubahan dan verifikasi lagi aturan yang diterapkan, karena sebagian klien membangun ulang perutean saat terowongan tersambung kembali. Jalankan satu siklus pembaruan penuh: periksa, unduh, verifikasi, dan pasang. Pemeriksaan yang berhasil hanya membuktikan bagian terkecil dari jalur.

Catat pemilik transfer, host tujuan, dan rute yang dimaksudkan di tempat yang sama dengan aturan split tunneling. Jika tidak, perubahan mekanisme pembaruan berikutnya akan membatalkan pengecualian itu secara diam-diam, dan orang yang mewarisinya tidak akan punya cara mengetahui untuk proses mana aturan itu ditulis.