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 ортасын бөлек мәселе ретінде зерттеңіз. Басқа маршруттау өзгерісі қате данаға тіпті басталмай тұрып берілген сұранысты жылжыта алмайды.