Firefox yang dilancarkan dalam namespace menyerahkan URL kepada instans sedia ada

Perintah berjalan di dalam namespace VPN, tetingkap Firefox muncul, dan halaman tetap keluar melalui sambungan biasa. Persediaan penghalaan mungkin bukan perkara pertama yang perlu dibina semula. Periksa sama ada perintah itu mencipta instans pelayar yang anda jangkakan, atau menyerahkan URL kepada instans yang sudah berjalan di tempat lain. Perbezaan itu menjelaskan hasilnya dalam satu langkah dan menjimatkan satu jam nftables.

Petandanya ialah tetingkap muncul serta-merta, tanpa permulaan sejuk.

Tetingkap baharu bukan instans baharu

Aplikasi desktop lazimnya menggunakan semula proses sedia ada. Pelancar di dalam satu namespace rangkaian tidak memindahkan penerima yang sudah berjalan ke namespace itu, kerana penerima itu tidak pernah menjadi bahagian pelancaran. Tingkah laku kawalan jauh Firefox berkait dengan profil: melancarkan terhadap profil yang sudah digunakan menyerahkan argumen kepada pemiliknya. Tetingkap baharu itu nyata; laluan rangkaian baharu tidak.

Pelayaran peribadi dan pilihan tetingkap baharu bukan kawalan pengasingan rangkaian.

Begitu juga bendera baris perintah yang hanya mempengaruhi mod tetingkap. Jika profil sedang digunakan, permintaan pergi kepada proses yang memilikinya, dan proses itu mengekalkan namespace tempat ia bermula.

Paksa instans berasingan pada profil berasingan

Gunakan profil khusus yang dicipta melalui aliran kerja profil pelayar yang disokong, dan lancarkan secara jelas dengan profil itu. Dalam binaan Firefox yang menyokongnya, --new-instance meminta instans baharu dan bukannya tetingkap di dalam instans sedia ada. Periksa output bantuan binaan yang dipasang, kerana bendera yang tersedia berbeza mengikut versi.

Jangan cuba membuka profil hidup yang sama secara serentak, dan jangan anggap amaran bahawa profil sedang digunakan sebagai arahan untuk memadam fail kunci.

Jalankan pelayar di bawah pengguna biasa bukan root juga. Persediaan rangkaian sering memerlukan hak pentadbiran, dan menggoda untuk memberikan hak yang sama kepada pelayar kerana ia sebahagian daripada eksperimen yang sama. Pelayar grafik tidak memerlukannya, dan menjalankannya sebagai root mencipta kelas masalah profil dan kebenaran yang berasingan. Kekalkan keistimewaan dan laluan rangkaian sebagai dua keputusan yang berasingan.

Periksa proses mana yang membawa trafik

Di Linux, namespace rangkaian sesuatu proses kelihatan melalui pautan namespace-nya. Bacanya untuk proses yang anda percaya membuat permintaan, kemudian untuk proses yang benar-benar membuatnya.

readlink /proc/ACTUAL_PID/ns/net

Pelayar menjalankan beberapa proses, jadi identiti penting: proses kandungan yang membuat sambungan mungkin bukan yang anda periksa dahulu. Bandingkan pautan dengan namespace yang anda maksudkan, dan sahkan dengan permintaan baharu yang tidak berbahaya yang boleh anda kaitkan dengan satu instans. Atribusi ialah keseluruhan ujian. Jika anda tidak dapat menyatakan proses mana yang membuat sambungan, anda belum menguji namespace itu.

Apabila namespace itu memang salah

Kadangkala pelancar benar-benar gagal dan instans baharu bermula dalam namespace yang salah. Periksa perkhidmatan atau pembalut yang melahirkannya, kerana unit atau entri desktop boleh kehilangan namespace apabila dilaksanakan semula melalui bas sesi. Kemudian uji semula dari shell di dalam namespace yang betul sebelum menyalahkan pelayar. Satu pemboleh ubah pada satu masa ialah satu-satunya cara ini kekal boleh didiagnosis.

Berkongsi paparan juga tidak berkongsi resolver.

Jika proses berada dalam namespace yang betul dan penyelesaian nama masih gagal,siasat persekitaran resolver-nya sebagai masalah berasingan. Tiada perubahan penghalaan lain boleh memindahkan permintaan yang diserahkan kepada instans yang salah sebelum ia bermula.