Namespace içinde başlatılan Firefox URL’yi mevcut bir örneğe iletti

Bir komut VPN namespace’i içinde çalışır, bir Firefox penceresi belirir ve sayfa yine de olağan bağlantı üzerinden çıkar. Yönlendirme yapılandırması muhtemelen yeniden kurulacak ilk şey değildir. Komutun beklediğiniz tarayıcı örneğini oluşturup oluşturmadığını veya URL’yi başka bir yerde zaten çalışan bir örneğe ilettiğini kontrol edin. Bu ayrım sonucu tek adımda açıklar ve bir saatlik nftables işinden tasarruf sağlar.

İşaret, pencerenin soğuk başlatma olmadan anında belirmesidir.

Yeni pencere yeni örnek değildir

Masaüstü uygulamaları mevcut bir süreci rutin olarak yeniden kullanır. Bir ağ namespace’i içindeki başlatıcı, zaten çalışan bir alıcıyı o namespace’e taşımaz, çünkü alıcı hiçbir zaman başlatmanın parçası olmamıştır. Firefox’un uzaktan denetim davranışı profillere bağlıdır: zaten kullanımdaki bir profile karşı başlatmak argümanları sahibine iletir. Yeni pencere gerçektir; yeni ağ yolu değildir.

Gizli gezinme ve yeni pencere seçeneği ağ yalıtımı denetimleri değildir.

Yalnızca pencere modunu etkileyen bir komut satırı bayrağı da değildir. Profil meşgulse istek, onu sahiplenen sürece gider ve o süreç başladığı namespace’i korur.

Ayrı profilde ayrı örnek zorlayın

Tarayıcının desteklenen profil iş akışıyla oluşturulmuş özel bir profil kullanın ve onu açıkça o profille başlatın. Bunu destekleyen Firefox derlemelerinde --new-instance mevcut bir örneğin içindeki pencere yerine yeni bir örnek ister. Kurulu derlemenin kendi yardım çıktısına bakın, çünkü kullanılabilir bayraklar sürüme göre değişir.

Aynı canlı profili aynı anda açmaya çalışmayın ve «profil kullanımda» uyarısını kilit dosyalarını silme talimatı olarak görmeyin.

Tarayıcıyı olağan root olmayan kullanıcısı altında da çalıştırın. Ağ kurulumu çoğu zaman yönetici hakları gerektirir ve aynı deneyin parçası olduğu için tarayıcıya da aynı hakları vermek cezbedicidir. Grafik tarayıcının bunlara ihtiyacı yoktur ve onu root olarak çalıştırmak ayrı bir profil ve izin sorunları sınıfı yaratır. Ayrıcalığı ve ağ yolunu iki bağımsız karar olarak tutun.

Trafiği hangi sürecin taşıdığını kontrol edin

Linux’ta bir sürecin ağ namespace’i namespace bağlantısı üzerinden görünür. İsteği yaptığını düşündüğünüz süreç için, sonra da gerçekte yapan süreç için okuyun.

readlink /proc/ACTUAL_PID/ns/net

Tarayıcılar birkaç süreç çalıştırır, bu yüzden kimlik önemlidir: bağlantıyı kuran içerik süreci ilk incelediğiniz süreç olmayabilir. Bağlantıyı amaçladığınız namespace ile karşılaştırın ve tek bir örneğe atfedebileceğiniz taze, zararsız bir istekle doğrulayın. Atıf testin tamamıdır. Bağlantıyı hangi sürecin kurduğunu söyleyemiyorsanız namespace’i test etmediniz.

Namespace gerçekten yanlış olduğunda

Bazen başlatıcı gerçekten başarısız olur ve yeni örnek yanlış namespace’te başlar. Onu doğuran hizmeti veya sarmalayıcıyı kontrol edin, çünkü bir unit veya masaüstü girdisi oturum veriyolu üzerinden yeniden yürütüldüğünde namespace’i kaybedebilir. Sonra tarayıcıyı suçlamadan önce doğru namespace’in içindeki bir kabuktan yeniden test edin. Aynı anda tek değişken, bunun teşhis edilebilir kalmasının tek yoludur.

Bir ekranı paylaşmak bir çözümleyiciyi de paylaşmaz.

Süreç doğru namespace’teyse ve ad çözümlemesi hâlâ başarısız oluyorsa,çözümleyici ortamını ayrı bir sorun olarak inceleyin. Başka bir yönlendirme değişikliği, başlamadan önce yanlış örneğe iletilmiş bir isteği taşıyamaz.