Mengapa Little Snitch Masih Menyenaraikan Pelayar di Bawah VPN?

Anda menghidupkan VPN, membuka Little Snitch, dan pelayar terus ada di situ, dengan sambungan ke laman yang anda sangka melalui terowong. Entri itu bukan bukti kebocoran dengan sendirinya. Monitor setempat melaporkan proses mana yang membuka soket pada mesin ini, dan pelayar memang membukanya; klien VPN ialah proses kedua yang mengambil paket itu selepas itu. Kedua-dua kenyataan benar pada masa yang sama, dan paparan menunjukkan yang pertama kepada anda.

Apa yang boleh dan tidak boleh dikaitkan oleh monitor setempat

Kaitan berlaku pada soket. Kernel tahu proses mana yang memiliki sambungan, jadi Little Snitch boleh melabel entri dengan nama aplikasi dengan keyakinan tinggi. Apa yang tidak dilihatnya secara lalai ialah sambungan luar yang dibina VPN di sekeliling trafik itu, kerana ia milik proses lain.

Nama domain ialah isyarat yang lebih lemah daripada kelihatan. Dalam sambungan HTTPS, nama mungkin datang daripada pertanyaan DNS, daripada nama pelayan yang ditawarkan semasa jabat tangan, atau daripada carian songsang alamat, bergantung kepada apa yang diperhatikan oleh sistem. Tiada satu pun daripada itu memerlukan penyahsulitan halaman, dan tiada satu pun membuktikan ke mana bait itu pergi selepas itu.

Jadi entri pelayar menjawab siapa, bukan ke mana. Anggap ia sebagai data kaitan dan dapatkan ke mana daripada paparan lain.

Langkah satu: mulakan dengan tetingkap kosong dan bukan menatal sejarah

Entri lama tidak boleh memberitahu anda apa yang dilakukan oleh konfigurasi semasa. Tukar penapis masa kepada Dari Sekarang, atau tekan Command-K, supaya tetingkap hanya menunjukkan sambungan yang muncul selepas saat itu.

Kemudian lakukan tepat satu perkara tidak berbahaya dalam aplikasi yang anda siasat, seperti memuatkan halaman yang dibenarkan untuk anda muatkan. Satu tindakan, satu saat, supaya entri yang muncul boleh dikaitkan dengannya tanpa meneka. Tunggu satu atau dua saat selepas ia selesai, kerana memuatkan halaman menghasilkan ledakan sambungan dan bukan satu. Membaca senarai semasa ia masih dipenuhi menjamin anda akan menilai susunan dengan salah.

Sebelum membaca hasilnya, periksa sama ada medan carian atau penapis status menyempitkan senarai. Penapis yang tertinggal daripada sesi terdahulu ialah sebab paling biasa sesuatu sambungan kelihatan hilang sedangkan ia hanya tersembunyi, dan juga sebab dua orang yang melihat mesin yang sama tidak bersetuju tentang apa yang berlaku.

Langkah dua: sertakan sambungan sambungan untuk melihat terowong itu sendiri

Klien VPN pada versi macOS terkini biasanya ialah sambungan rangkaian dan bukan aplikasi biasa. Hidupkan Tunjukkan Sambungan Rangkaian dalam Monitor dan sambungan yang dibuat oleh sambungan itu menjadi kelihatan bersama semua yang lain.

Kini kedua-dua lapisan boleh dibaca bersama. Pelayar ialah asal permintaan, dan sambungan itu ialah pengangkutan yang membawanya. Melihat kedua-duanya adalah normal dan dijangka; melihat hanya sambungan biasanya bermakna paparan ditapis, manakala melihat hanya aplikasi biasanya bermakna paparan sambungan dimatikan.

Tiada paparan yang bersendirian menyenaraikan keseluruhan laluan. Peraturan penghalaan, tingkah laku DNS dan sebarang pengecualian setiap aplikasi berada di luar senarai sambungan, jadi jawapan lengkap memerlukan ia diperiksa secara berasingan.

Langkah tiga: bezakan sambungan langsung sebenar daripada kesan paparan

Jika anda mengesyaki destinasi tertentu keluar secara langsung, namakan destinasi itu dan periksanya sendiri. Lihat konfigurasi penghalaan dan penyekatan klien VPN untuk hos atau aplikasi itu, dan sahkan sama ada ia sepatutnya dikecualikan.

Apa yang tidak patut anda lakukan ialah menyekat setiap entri pelayar yang kelihatan sebagai tindak balas. Pelayar tetap perlu membuat sambungannya, dan menyekatnya dalam monitor tidak mengubah hala ke terowong; ia hanya menghentikannya. Itu menukar soalan diagnostik menjadi gangguan. Jika sesuatu peraturan kelihatan perlu, hadkannya kepada satu destinasi yang boleh anda justifikasikan, dengan nota mengapa ia wujud.

Awas yang sama terpakai pada lajur domain. Nama yang mengejutkan anda mungkin nama hos dikongsi, titik akhir penghantaran kandungan, atau carian yang berlaku sebelum terowong naik, dan menganggapnya sebagai bukti kebocoran membawa kepada peraturan yang merosakkan trafik yang berfungsi.

Langkah empat: asingkan paparan dan peraturan

Setiap perubahan dalam latihan ini mengubah apa yang dipaparkan oleh monitor. Tiada satu pun mengubah apa yang dibenarkan oleh firewall, dan tiada satu pun memindahkan trafik ke dalam atau ke luar terowong.

Setelah selesai, kembalikan penapis kepada keadaan yang boleh anda jelaskan, supaya orang seterusnya yang membuka tetingkap tidak membaca paparan yang anda tinggalkan. Jika soalannya ialah sama ada sesuatu destinasi melalui terowong, jawab daripada tetapan penghalaan dan pengecualian, kemudian gunakan monitor untuk mengesahkan hasilnya dan bukan menekanya.