Firefox yang diluncurkan di namespace menyerahkan URL ke instans yang sudah ada

Sebuah perintah berjalan di dalam namespace VPN, jendela Firefox muncul, dan halaman tetap keluar melalui koneksi biasa. Pengaturan perutean mungkin bukan hal pertama yang perlu dibangun ulang. Periksa apakah perintah itu membuat instans browser yang Anda harapkan, atau menyerahkan URL ke instans yang sudah berjalan di tempat lain. Perbedaan itu menjelaskan hasilnya dalam satu langkah dan menghemat satu jam nftables.

Tandanya adalah jendela muncul seketika, tanpa cold start.

Jendela baru bukan instans baru

Aplikasi desktop rutin menggunakan kembali proses yang sudah ada. Peluncur di dalam satu namespace jaringan tidak memindahkan penerima yang sudah berjalan ke namespace itu, karena penerima itu tidak pernah menjadi bagian dari peluncuran. Perilaku kendali jarak jauh Firefox terkait dengan profil: meluncurkan terhadap profil yang sudah dipakai menyerahkan argumennya kepada pemiliknya. Jendela barunya nyata; jalur jaringan barunya tidak.

Penjelajahan privat dan opsi jendela baru bukan kontrol isolasi jaringan.

Demikian pula flag baris perintah yang hanya memengaruhi mode jendela. Jika profil sedang dipakai, permintaan pergi ke proses yang memilikinya, dan proses itu mempertahankan namespace tempat ia memulai.

Paksa instans terpisah pada profil terpisah

Gunakan profil khusus yang dibuat melalui alur kerja profil browser yang didukung, dan luncurkan secara eksplisit dengan profil itu. Pada build Firefox yang mendukungnya, --new-instance meminta instans baru alih-alih jendela di dalam instans yang sudah ada. Periksa keluaran bantuan build yang terpasang, karena flag yang tersedia berbeda menurut versi.

Jangan mencoba membuka profil aktif yang sama secara bersamaan, dan jangan menganggap peringatan bahwa profil sedang digunakan sebagai instruksi untuk menghapus berkas kunci.

Jalankan browser juga di bawah pengguna non-root biasa. Penyiapan jaringan sering memerlukan hak administratif, dan menggoda untuk memberikan hak yang sama kepada browser karena itu bagian dari eksperimen yang sama. Browser grafis tidak membutuhkannya, dan menjalankannya sebagai root menciptakan kelas masalah profil dan izin yang terpisah. Pertahankan hak istimewa dan jalur jaringan sebagai dua keputusan yang independen.

Periksa proses mana yang membawa lalu lintas

Di Linux, namespace jaringan suatu proses terlihat melalui tautan namespace-nya. Bacalah untuk proses yang Anda yakini membuat permintaan, lalu untuk proses yang benar-benar melakukannya.

readlink /proc/ACTUAL_PID/ns/net

Browser menjalankan beberapa proses, jadi identitas penting: proses konten yang membuat koneksi mungkin bukan yang pertama Anda periksa. Bandingkan tautan dengan namespace yang Anda maksud, dan pastikan dengan permintaan baru yang tidak berbahaya yang dapat Anda kaitkan dengan satu instans. Atribusi adalah seluruh ujiannya. Jika Anda tidak dapat mengatakan proses mana yang membuat koneksi, Anda belum menguji namespace itu.

Ketika namespace memang salah

Kadang-kadang peluncur benar-benar gagal dan instans baru mulai di namespace yang salah. Periksa layanan atau pembungkus yang melahirkannya, karena unit atau entri desktop dapat kehilangan namespace ketika dieksekusi ulang melalui bus sesi. Lalu uji lagi dari shell di dalam namespace yang benar sebelum menyalahkan browser. Satu variabel pada satu waktu adalah satu-satunya cara agar ini tetap dapat didiagnosis.

Berbagi tampilan juga tidak berbagi resolver.

Jika proses berada di namespace yang benar dan resolusi nama masih gagal,selidiki lingkungan resolver-nya sebagai masalah terpisah. Tidak ada perubahan perutean lain yang dapat memindahkan permintaan yang diserahkan ke instans yang salah bahkan sebelum permintaan itu dimulai.