Namespace daxilində işə salınan Firefox URL-i mövcud nüsxəyə ötürüb

Bir əmr VPN ad məkanının içində işləyir, Firefox pəncərəsi görünür və səhifə yenə də adi bağlantı üzərindən çıxır. Marşrutlaşdırma quraşdırması yəqin ki, yenidən qurulmalı ilk şey deyil. Əmrin gözlədiyiniz brauzer nüsxəsini yaradıb-yaratmadığını, yoxsa URL-i artıq başqa yerdə işləyən birinə ötürdüyünü yoxlayın. Bu fərq nəticəni bir addımda izah edir və bir saatlıq nftables işinə qənaət edir.

Əlamət pəncərənin soyuq başlanğıc olmadan dərhal görünməsidir.

Yeni pəncərə yeni nüsxə deyil

Masaüstü tətbiqlər adətən mövcud prosesi təkrar istifadə edir. Bir şəbəkə ad məkanındakı başladıcı, artıq işləyən alıcını həmin ad məkanına köçürmür, çünki alıcı heç vaxt işə salmanın hissəsi olmayıb. Firefox-un uzaqdan idarə davranışı profillərlə bağlıdır: artıq istifadədə olan profilə qarşı başlatma arqumentləri sahibinə ötürür. Yeni pəncərə həqiqidir; yeni şəbəkə yolu deyil.

Şəxsi gəzinti və yeni pəncərə seçimi şəbəkə təcridinə nəzarət vasitələri deyil.

Yalnız pəncərə rejiminə təsir edən əmr sətri bayrağı da belə deyil. Profil məşğuldursa, sorğu ona sahib olan prosesə gedir və həmin proses başladığı ad məkanını saxlayır.

Ayrı profildə ayrı nüsxə məcbur edin

Brauzerin dəstəklənən profil iş axını ilə yaradılmış fərdi profildən istifadə edin və onu açıq şəkildə həmin profillə başladın. Bunu dəstəkləyən Firefox buraxılışlarında --new-instance mövcud nüsxənin içində pəncərə əvəzinə yeni nüsxə istəyir. Quraşdırılmış buraxılışın öz kömək çıxışına baxın, çünki mövcud bayraqlar versiyadan asılı olaraq fərqlənir.

Eyni canlı profili eyni vaxtda açmağa cəhd etməyin və «profil istifadədədir» xəbərdarlığını kilid fayllarını silmək təlimatı kimi qəbul etməyin.

Brauzeri adi qeyri-root istifadəçisi altında da işə salın. Şəbəkə quraşdırması çox vaxt inzibati hüquqlar tələb edir və brauzerə eyni hüquqları vermək cəlbedicidir, çünki o, eyni təcrübənin hissəsidir. Qrafik brauzerin onlara ehtiyacı yoxdur və onu root kimi işə salmaq ayrı bir profil və icazə problemləri sinfi yaradır. İmtiyazı və şəbəkə yolunu iki müstəqil qərar kimi saxlayın.

Trafiki hansı prosesin daşıdığını yoxlayın

Linuxda prosesin şəbəkə ad məkanı ad məkanı keçidi vasitəsilə görünür. Onu sorğunu göndərdiyini düşündüyünüz proses üçün, sonra isə həqiqətən göndərən proses üçün oxuyun.

readlink /proc/ACTUAL_PID/ns/net

Brauzerlər bir neçə proses işlədir, ona görə kimlik vacibdir: bağlantını yaradan məzmun prosesi ilk yoxladığınız proses olmaya bilər. Keçidi nəzərdə tutduğunuz ad məkanı ilə müqayisə edin və bir nüsxəyə aid edə biləcəyiniz təzə, zərərsiz sorğu ilə təsdiqləyin. Aidiyyət bütün sınaqdır. Bağlantını hansı prosesin yaratdığını deyə bilmirsinizsə, ad məkanını sınamamısınız.

Ad məkanı həqiqətən səhv olduqda

Bəzən başladıcı həqiqətən uğursuz olur və yeni nüsxə səhv ad məkanında başlayır. Onu yaradan xidməti və ya örtüyü yoxlayın, çünki bir unit və ya masaüstü girişi sessiya avtobusu vasitəsilə yenidən icra olunanda ad məkanını itirə bilər. Sonra brauzeri günahlandırmazdan əvvəl düzgün ad məkanının içindəki qabıqdan yenidən sınayın. Bir dəfəyə bir dəyişən bunun diaqnostika edilə bilən qalmasının yeganə yoludur.

Ekranı paylaşmaq rezolveri də paylaşmır.

Proses düzgün ad məkanındadırsa və ad həlli yenə uğursuz olursa,onun rezolver mühitini ayrı bir problem kimi araşdırın. Başqa marşrut dəyişikliyi heç başlamazdan əvvəl səhv nüsxəyə ötürülmüş sorğunu yerindən tərpədə bilməz.