Firefox покренут у namespace-у предао је URL постојећој инстанци

Команда се извршава унутар VPN namespace-а, појави се прозор Firefox-а, а страница ипак излази преко обичне везе. Подешавање усмеравања вероватно није прво што треба поново градити. Проверите да ли је команда створила инстанцу прегледача коју сте очекивали или је URL предала оној која је већ радила негде другде. Та разлика објашњава резултат у једном кораку и штеди сат времена на nftables-у.

Знак је то што се прозор појављује одмах, без хладног старта.

Нови прозор није нова инстанца

Desktop апликације рутински поново користе постојећи процес. Покретач унутар једног мрежног namespace-а не премешта већ покренутог примаоца у тај namespace, јер прималац никада није био део покретања. Понашање Firefox-а при даљинском управљању повезано је са профилима: покретање према профилу који је већ у употреби предаје аргументе његовом власнику. Нови прозор је стваран; нова мрежна путања није.

Приватно прегледање и опција новог прозора нису контроле мрежне изолације.

То није ни заставица командне линије која утиче само на режим прозора. Ако је профил заузет, захтев одлази процесу који га поседује, а тај процес задржава namespace у којем је покренут.

Присилите засебну инстанцу на засебном профилу

Користите наменски профил створен подржаним током рада са профилима у прегледачу и покрените га изричито са тим профилом. У build-овима Firefox-а који то подржавају, --new-instance тражи нову инстанцу уместо прозора унутар постојеће. Погледајте сопствени излаз помоћи инсталираног build-а, јер се доступне заставице разликују по верзији.

Не покушавајте истовремено да отворите исти активни профил и не схватајте упозорење да је профил у употреби као упутство да бришете датотеке закључавања.

Покрените прегледач и под његовим уобичајеним корисником који није root. Подешавање мреже често захтева административна права, а примамљиво је дати их и прегледачу јер је део истог експеримента. Графичком прегледачу она не требају, а покретање као root ствара засебну класу проблема са профилом и дозволама. Држите привилегију и мрежну путању као две независне одлуке.

Проверите који процес носи саобраћај

На Linux-у је мрежни namespace процеса видљив кроз његову везу ка namespace-у. Прочитајте је за процес за који мислите да шаље захтев, а затим за процес који га заиста шаље.

readlink /proc/ACTUAL_PID/ns/net

Прегледачи покрећу неколико процеса, па је идентитет важан: процес садржаја који успоставља везу можда није онај који сте први проверили. Упоредите везу са namespace-ом који сте намеравали и потврдите свежим, безопасним захтевом који можете приписати једној инстанци. Приписивање је цео тест. Ако не можете да кажете који је процес успоставио везу, нисте тестирали namespace.

Када је namespace заиста погрешан

Понекад покретач заиста закаже и нова инстанца креће у погрешном namespace-у. Проверите услугу или омотач који ју је створио, јер јединица или ставка радне површине може изгубити namespace када се поново изврши кроз сабирницу сесије. Затим поново тестирајте из љуске унутар исправног namespace-а пре него што окривите прегледач. Једна променљива одједном једини је начин да то остане дијагностички.

Дељење екрана не дели ни resolver.

Ако је процес у исправном namespace-у, а разрешавање имена и даље не успева,истражите његово окружење resolver-а као засебан проблем. Друга промена усмеравања не може преместити захтев који је предат погрешној инстанци пре него што је уопште почео.