Namespace-ben indított Firefox átadta az URL-t egy meglévő példánynak

Egy parancs a VPN namespace-én belül fut, megjelenik egy Firefox-ablak, és az oldal mégis a szokásos kapcsolaton keresztül lép ki. Az útválasztási beállítás valószínűleg nem az első dolog, amit újra kell építeni. Ellenőrizze, hogy a parancs létrehozta-e a várt böngészőpéldányt, vagy átadta-e az URL-t egy olyannak, amely már máshol futott. Ez a különbség egyetlen lépésben megmagyarázza az eredményt, és megspórol egy óra nftables-t.

Az árulkodó jel, hogy az ablak azonnal megjelenik, hideg indítás nélkül.

Az új ablak nem új példány

Az asztali alkalmazások rendszeresen újrahasznosítanak egy meglévő folyamatot. Egy hálózati namespace-en belüli indító nem helyez át egy már futó címzettet ebbe a namespace-be, mert a címzett soha nem volt része az indításnak. A Firefox távoli vezérlése a profilokhoz kapcsolódik: egy már használatban lévő profil ellen indítva az argumentumok a tulajdonosához kerülnek. Az új ablak valódi; az új hálózati útvonal nem.

A privát böngészés és az új ablak lehetősége nem hálózati elkülönítési vezérlők.

Ez nem mondható el egy olyan parancssori kapcsolóról sem, amely csak az ablakmódra hat. Ha a profil foglalt, a kérés ahhoz a folyamathoz kerül, amelyik birtokolja, és az a folyamat megtartja azt a namespace-t, amelyben elindult.

Kényszerítsen külön példányt külön profilon

Használjon a böngésző támogatott profil-munkafolyamatával létrehozott dedikált profilt, és indítsa el kifejezetten azzal a profillal. Azokban a Firefox-összeállításokban, amelyek támogatják, a --new-instance új példányt kér egy meglévőn belüli ablak helyett. Nézze meg a telepített összeállítás saját súgókimenetét, mert az elérhető kapcsolók verziótól függően eltérnek.

Ne próbálja ugyanazt az élő profilt egyszerre megnyitni, és ne tekintse a profil használatban van figyelmeztetést a zárolási fájlok törlésére vonatkozó utasításnak.

Futtassa a böngészőt a szokásos, nem root felhasználója alatt is. A hálózati beállítás gyakran igényel rendszergazdai jogokat, és csábító ugyanazokat megadni a böngészőnek, mert ugyanannak a kísérletnek a része. A grafikus böngészőnek nincs rájuk szüksége, és rootként futtatva külön problémacsoportot hoz létre a profilokkal és engedélyekkel. Tartsa a jogosultságot és a hálózati útvonalat két független döntésként.

Ellenőrizze, melyik folyamat viszi a forgalmat

Linuxon egy folyamat hálózati namespace-e látható a namespace-hivatkozásán keresztül. Olvassa ki ahhoz a folyamathoz, amelyről hiszi, hogy a kérést küldi, majd ahhoz, amelyik valóban küldi.

readlink /proc/ACTUAL_PID/ns/net

A böngészők több folyamatot futtatnak, ezért számít az identitás: lehet, hogy a kapcsolatot létrehozó tartalomfolyamat nem az, amelyiket először megvizsgált. Hasonlítsa össze a hivatkozást a szándékolt namespace-szel, és erősítse meg egy friss, ártalmatlan kéréssel, amelyet egyetlen példányhoz tud rendelni. A hozzárendelés maga a teszt. Ha nem tudja megmondani, melyik folyamat hozta létre a kapcsolatot, nem tesztelte a namespace-t.

Amikor a namespace tényleg rossz

Néha az indító valóban meghiúsul, és az új példány a rossz namespace-ben indul. Ellenőrizze a szolgáltatást vagy burkot, amely létrehozta, mert egy unit vagy egy asztali bejegyzés elveszítheti a namespace-t, amikor egy munkamenet-buszon keresztül újra végrehajtódik. Ezután tesztelje újra a helyes namespace-en belüli shellből, mielőtt a böngészőt hibáztatná. Egyszerre egy változó az egyetlen módja annak, hogy ez diagnosztizálható maradjon.

A képernyő megosztása nem oszt meg resolvert sem.

Ha a folyamat a helyes namespace-ben van, és a névfeloldás továbbra is meghiúsul,vizsgálja meg a resolver környezetét külön problémaként. Más útválasztási változtatás nem mozdíthat el egy kérést, amelyet az indulása előtt már a rossz példánynak adtak át.