Namespace ичинде иштетилген Firefox URL’ди мурунтан бар инстанцияга берди

Буйрук VPN namespace’инин ичинде аткарылат, Firefox терезеси пайда болот, бирок барак кадимки туташуу аркылуу чыгат. Маршруттоо конфигурациясы кайра курулуучу биринчи нерсе эмес окшойт. Буйрук күткөн браузер инстанциясын түздүбү, же URL’ди башка жерде иштеп жаткан инстанцияга бердиби, аны текшериңиз. Бул айырма натыйжаны бир кадамда түшүндүрөт жана nftables’тин бир саатын үнөмдөйт.

Белгиси — терезе муздак башталбастан эле заматта пайда болот.

Жаңы терезе жаңы инстанция эмес

Иш тактасынын колдонмолору бар процессти кадимкидей кайра колдонушат. Бир тармактык namespace’тин ичиндеги иштеткич мурунтан иштеп жаткан алуучуну ошол namespace’ке жылдырбайт, анткени алуучу эч качан иштетүүнүн бөлүгү болгон эмес. Firefox’тун алыстан башкаруу жүрүм-туруму профилдерге байланыштуу: мурунтан колдонулуп жаткан профилге каршы иштетүү аргументтерди анын ээсине берет. Жаңы терезе чыныгы; жаңы тармактык жол андай эмес.

Жеке серептөө жана жаңы терезе параметри тармактык обочолонтуунун көзөмөл каражаттары эмес.

Терезе режимине гана таасир этүүчү буйрук сабынын желеги да андай эмес. Эгер профиль бош эмес болсо, сурам ага ээлик кылган процесске барат, жана ал процесс өзү баштаган namespace’ти сактайт.

Бөлөк профилде бөлөк инстанцияны мажбурлаңыз

Браузердин колдоого алынган профиль иш агымы аркылуу түзүлгөн атайын профилди колдонуп, аны ошол профил менен ачык иштетиңиз. Муну колдогон Firefox курулуштарында --new-instance бар инстанциянын ичиндеги терезе ордуна жаңы инстанцияны талап кылат. Орнотулган курулуштун өз жардам чыгышын караңыз, анткени жеткиликтүү желегилер версияга жараша айырмаланат.

Ошол эле тирүү профилди бир убакта ачууга аракет кылбаңыз жана «профиль колдонулууда» деген эскертүүнү кулпу файлдарын жок кылуу боюнча көрсөтмө катары кабыл албаңыз.

Браузерди кадимки root эмес колдонуучусунун астында да иштетиңиз. Тармак конфигурациясы көп учурда административдик укуктарды талап кылат жана браузерге да ошол эле укуктарды берүү азгырат, анткени ал ошол эле эксперименттин бөлүгү. Графикалык браузерге алар керек эмес, жана аны root катары иштетүү профиль жана уруксат маселелеринин өзүнчө классын түзөт. Артыкчылык менен тармактык жолду эки көз карандысыз чечим катары кармаңыз.

Кайсы процесс трафикти алып жүргөнүн текшериңиз

Linux’то процесстин тармактык namespace’и анын namespace шилтемеси аркылуу көрүнөт. Аны сурам жасап жатат деп ойлогон процесс үчүн, анан чындыгында жасап жаткан процесс үчүн окуңуз.

readlink /proc/ACTUAL_PID/ns/net

Браузерлер бир нече процессти иштетет, ошондуктан инсандык маанилүү: туташууну түзгөн мазмун процесси сиз биринчи текшерген процесс болбошу мүмкүн. Шилтемени ниет кылган namespace’иңиз менен салыштырыңыз жана бир инстанцияга таандык кыла алган жаңы, зыянсыз сурам менен ырастаңыз. Таандык кылуу — бүт сыноо. Туташууну кайсы процесс түзгөнүн айта албасаңыз, namespace’ти сынаган жоксуз.

Namespace чын эле туура эмес болгондо

Кээде иштеткич чын эле ийгиликсиз болот жана жаңы инстанция туура эмес namespace’те башталат. Аны жараткан кызматты же каптоочту текшериңиз, анткени unit же иш тактасындагы жазуу сессия шинасы аркылуу кайра аткарылганда namespace’ти жоготушу мүмкүн. Анан браузерди күнөөлөөдөн мурун туура namespace’тин ичиндеги shell’ден кайра сынаңыз. Бир убакта бир өзгөрмө — муну диагностикалоого жарактуу кылып кармоонун жалгыз жолу.

Дисплейди бөлүшүү resolver’ди да бөлүшпөйт.

Эгер процесс туура namespace’те болсо жана аттарды чечүү дагы эле ийгиликсиз болсо,анын resolver чөйрөсүн өзүнчө маселе катары изилдеңиз. Башка маршруттоо өзгөртүүсү туура эмес инстанцияга баштала электе эле берилген сурамды жылдыра албайт.