Membuka Peramban Kedua Tidak Membuat Rute VPN Kedua

Dua peramban, dua jendela, satu di akun kerja dan satu di akun pribadi, dan anggapannya adalah keduanya kini menempuh jalur berbeda. Tidak demikian. Pemisahan profil menjaga cookie tetap terpisah, sementara keputusan perutean terjadi di bawah peramban dan tidak tahu profil mana yang bertanya. Jalur kedua memerlukan aturan yang memilihnya, dan hanya ada sedikit tempat aturan itu bisa tinggal.

Pemisahan status bukan pemisahan jalur

Profil peramban mengisolasi penyimpanan: cookie, riwayat, ekstensi, dan kadang kredensial. Isolasi itu ditegakkan di dalam satu pohon proses dan tidak berhak bicara soal antarmuka mana yang membawa paket.

Jendela privat melangkah lebih jauh dalam tampilan dan tidak selangkah pun dalam perutean. Semua yang dikirim peramban tetap keluar melalui jalur yang dipilih sistem operasi, kecuali sesuatu di antara soket dan jaringan mengubahnya. Mencampuradukkan isolasi penyimpanan dengan isolasi jaringan menghasilkan harapan yang tidak pernah dijanjikan produsen peramban mana pun dan tidak dapat dipenuhi uji apa pun.

Apa yang sebenarnya memilih rute

Empat hal dapat memilih jalur berbeda: aturan VPN per aplikasi yang cocok dengan berkas yang dapat dieksekusi atau paketnya, proksi yang dikonfigurasi di dalam peramban atau sistem, ruang nama jaringan atau kontainer, dan perangkat fisik kedua. Masing-masing mengubah sesuatu yang nyata, dan masing-masing punya biaya.

Aturan per aplikasi adalah jawaban biasa di platform seluler, tempat layanan VPN menerima daftar paket. Di desktop hal itu bergantung pada klien, dan aturan yang cocok dengan berkas yang dapat dieksekusi mencakup setiap profil yang dibuka berkas itu. Jika dua profil benar-benar butuh jalur berbeda, biasanya mereka butuh dua proses dengan identitas berbeda alih-alih dua tab. Itulah sebabnya pemasangan peramban bersama tidak pernah bisa menjadi batas dalam rancangan per profil.

Proksi tingkat aplikasi menambah perantara lain

Pengaturan proksi di peramban memang membuat jalur terpisah, dan itu juga membuat hubungan kepercayaan terpisah dengan siapa pun yang menjalankan proksi tersebut. Itu pengaturan yang sah untuk satu profil, dan tidak setara dengan cakupan seluruh perangkat.

Pilih proksi dengan sadar: pendengar SOCKS di hos yang sama, proksi terautentikasi di dalam terowongan, atau layanan jarak jauh. Mencampur proksi dengan VPN terowongan penuh menghasilkan jalur bersarang yang membuat mode kegagalan berlipat.

Verifikasi permintaan nyata setiap peramban

Kirim permintaan yang sama dari setiap peramban dan bandingkan alamat keluar yang teramati, alih-alih membandingkan halaman pengaturan. Proksi terkonfigurasi yang diam-diam gagal tersambung adalah cara yang sangat umum untuk kembali ke jalur bawaan.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

Lalu ulangi permintaan dengan proksi dipaksa dan dengan terowongan dimatikan, untuk melihat lapisan mana yang benar-benar membawa lalu lintas. Catat juga jawaban DNS, sebab peramban dengan penyelesai terenkripsi sendiri dapat melewati jalur sistem sepenuhnya dan tetap menampilkan halaman yang Anda harapkan.

Tuliskan pemetaan yang dimaksud dalam dua baris: proses mana memakai jalur mana, dan siapa pemilik masing-masing. Perhatikan juga identitas akun, karena dua jalur tidak mencegah login yang sama disodorkan ke kedua tujuan. Uji ulang setelah pembaruan peramban berikutnya, karena pengaturan proksi mudah hilang dan sulit disadari.