Pengecualian VPN setiap aplikasi rosak apabila perkhidmatan dikongsi mengambil data

Anda mengecualikan satu aplikasi daripada VPN dan muat turun yang diperlukannya masih gagal atau, lebih teruk, ia mula berfungsi dan sesuatu yang tidak berkaitan berhenti. Tetingkap yang kelihatan bukan semestinya proses yang membuka setiap sambungan: aplikasi boleh menyerahkan kerja kepada pembantu, perkhidmatan pemindahan latar belakang atau pakej yang sama sekali berbeza. Oleh itu peraturan setiap aplikasi memerlukan model identiti platform yang sebenar, bukan nama fail pelancar yang biasa. Semakan di bawah bermula daripada pemerhatian dan kembali kepada siapa yang benar-benar membuat permintaan.

Dalam tiket ini biasanya dua perkara menjadi salah bersama: komponen yang salah dikecualikan, dan pengecualian itu tidak pernah disempitkan selepas itu.

Cari proses, bukan tetingkap

Hasilkan semula operasi yang gagal dan kenal pasti proses atau pakej yang memiliki sambungan semasa ia berlaku. Di Windows ini soalan yang berbeza daripada tetingkap mana yang mempunyai fokus, kerana pemindahan latar belakang boleh dimediasi oleh perkhidmatan yang berjalan di bawah identitinya sendiri. Di Linux dan macOS perpecahan yang sama muncul sebagai proses pembantu dan daemon sistem.

Catat tiga butiran: identiti fail boleh laku atau pakej, destinasi yang dihubunginya, dan detik dalam aliran kerja apabila ia berlaku. Muat turun yang gagal pada permulaan selalunya pengambilan metadata oleh komponen yang berbeza daripada muat turun yang gagal di pertengahan. Perbezaan itu sahaja biasanya cukup untuk memilih identiti yang betul sebelum anda menyentuh peraturan. Jika identiti itu ternyata perkhidmatan dan bukan aplikasi, fakta tunggal itu mengubah seluruh peraturan, jadi tetapkan dahulu.

Jika anda tidak dapat memerhati proses kerana operasi terlalu singkat, ulang dengan muatan lebih besar atau destinasi lebih perlahan. Matlamatnya satu pemerhatian yang boleh diulang, bukan teori tentang pembantu mana yang terlibat.

Anggap DNS sebagai laluannya sendiri

Penyelesaian nama sistem mungkin tidak mengikut aplikasi yang dikecualikan langsung, sebab itulah pelayar yang dikecualikan masih boleh gagal pada nama hos peribadi walaupun trafiknya betul-betul di luar terowong. Pelayar dikecualikan; penyelesai tidak.

Semak apa yang platform lakukan dengan DNS apabila peraturan setiap aplikasi terpakai, dan semak secara berasingan daripada permintaan HTTP. Jika penyelesai ialah perkhidmatan dikongsi, ia melayani setiap aplikasi pada peranti, jadi pengecualian yang anda pertimbangkan mempunyai audiens jauh lebih luas daripada yang anda uji.

Catat penyelesai mana yang menjawab dan melalui antara muka mana. Pemerhatian tunggal itu menyelesaikan sebahagian besar laporan «aplikasi dikecualikan tetapi nama tidak diselesaikan», jadi simpan bersama tiket.

Jangan luaskan pembantu dikongsi

Perkhidmatan dikongsi melakukan kerja untuk beberapa aplikasi, jadi mengecualikannya untuk membaiki satu aliran kerja juga mengubah trafik yang tidak berkaitan. Background Intelligent Transfer Service di Windows ialah contoh baik bentuk ini: ia infrastruktur yang boleh digunakan banyak aplikasi, dan identitinya bukan identiti aplikasi yang meminta pemindahan.

Semak model peraturan yang disokong klien dan keperluan organisasi sebelum menambah pengecualian itu. Tanya apa lagi yang menggunakan komponen itu, dan sama ada peraturan yang akan anda tulis boleh dinyatakan terhadap destinasi dan bukan terhadap proses dikongsi.

Jika keperluan itu sama sekali tidak boleh dinyatakan sebagai sempadan aplikasi, dasar berasaskan destinasi atau reka bentuk lain yang diluluskan mungkin lebih mudah difahami dan lebih selamat daripada senarai pengecualian pembantu yang terus bertambah.

Uji seluruh aliran kerja, bukan langkah yang gagal

Selepas perubahan yang disokong, jalankan tugas yang dimaksudkan dengan permintaan baharu dari awal hingga akhir. Kemudian jalankan satu aliran kerja lain yang menggunakan komponen dikongsi, kerana di situlah pintasan luas mengumumkan dirinya. Pembaikan yang membaiki yang pertama dan memecahkan yang kedua secara senyap bukan pembaikan. Simpan kedua-dua hasil dalam tiket dan namakan aliran kerja kedua secara eksplisit, supaya penyemak boleh mengulanginya.

Kekalkan ujian kecil dan boleh diulang: destinasi sama, akaun sama, keadaan sama. Jika aliran kerja kedua tidak didokumenkan, tanya pemiliknya apa yang menjadi kebergantungannya sebelum anda memutuskan perubahan itu selamat.

Tinggalkan sebab, bukan senarai nama

Dokumenkan komponen, aliran kerja yang dilayaninya dan sebab ia dikecualikan. Senarai nama pembantu tanpa tujuan yang terikat menjadi tidak terpelihara dalam dua kitaran keluaran, dan jurutera seterusnya membuang entri yang salah semasa membersihkannya.

Satu baris bagi setiap pengecualian sudah cukup: apa yang rosak tanpanya, siapa yang memiliki aliran kerja itu, dan bila ia kali terakhir disahkan. Ketiga-tiga medan itu menjadikan senarai misteri sebagai dasar yang boleh dipertahankan seseorang.