Firefox, deen an engem Namespace gestart gouf, huet d’URL un eng bestoend Instanz iwwerginn
Eng Browserkommando kann d’URL un e Prozess iwwerginn, deen an engem aneren Namespace leeft. Bestätegt, wéi eng Instanz d’Ufro mécht, ier Dir un der Routing schrauft.
Eng Kommando leeft am VPN-Namespace, eng Firefox-Fënster erschéngt, an d’Säit geet trotzdem iwwer déi gewéinlech Verbindung eraus. D’Routing-Setup ass wuel net dat Éischt, wat nei opgebaut muss ginn. Préift, ob d’Kommando déi Browserinstanz erstallt huet, déi Dir erwaart hutt, oder d’URL un eng Instanz iwwerginn huet, déi schonn anzwousch anescht gelaf ass. Dee Ënnerscheed erkläert d’Resultat an engem Schrëtt a spuert eng Stonn nftables.
D’Zeeche ass, datt d’Fënster direkt erschéngt, ouni Kale Start.
Eng nei Fënster ass keng nei Instanz
Desktop-Applikatioune benotze routineméisseg e bestehende Prozess erëm. E Starter an engem Netzwierk-Namespace verréckelt keen ulee lafende Empfänger an deen Namespace, well den Empfänger ni Deel vum Start war. D’Remoting-Verhalen vu Firefox ass u Profiler gebonnen: e Start géint e Profil, deen nach benotzt gëtt, iwwergëtt d’Argumenter un de Besëtzer. Déi nei Fënster ass real; deen neie Netzwierkwee net.
Privat Surfen an d’Optioun fir eng nei Fënster sinn keng Kontrollinstrumenter fir Netzwierkisolation.
Dat gëllt och net fir eng Kommandozeileflag, déi nëmme de Fënstermodus beaflosst. Wann de Profil besat ass, geet d’Ufro un de Prozess, deen en huet, an dee Prozess hält deen Namespace, an deem en ugefaang huet.
Erzwéngt eng separat Instanz op engem separate Profil
Benotzt en eegene Profil, deen duerch de vum Browser ënnerstëtzte Profil-Workflow ugeluecht gouf, a start deen ausdrécklech mat deem Profil. An den Firefox-Builds, déi dat ënnerstëtzen, freet --new-instance eng nei Instanz amplaz vun enger Fënster an enger bestehender. Kuckt d’Hëllefsausgab vum installéierte Build selwer, well déi verfügbar Flagen no Versioun ënnerscheeden.
Probéiert net, dee selwechte liewege Profil gläichzäiteg opzemaachen, a behandelt eng Warnung, datt de Profil a Benotzung ass, net als Uweisung, d’Spärdateien ze läschen.
Start de Browser och ënner sengem gewéinleche Benotzer, deen net root ass. D’Netzwierk-Setup brauch dacks administrativ Rechter, an et ass verlockend, dem Browser déi selwecht ze ginn, well en Deel vum selwechten Experiment ass. Den grafesche Browser brauch se net, an en als root ze starten schaaft eng separéiert Klass vu Profil- a Berechtegungsproblemer. Halt Privileg an Netzwierkwee als zwou onofhängeg Entscheedungen.
Préift, wéi ee Prozess den Trafik dréit
Op Linux ass den Netzwierk-Namespace vun engem Prozess iwwer säi Namespace-Link siichtbar. Liest en fir de Prozess, vun deem Dir mengt, datt en d’Ufro mécht, an du fir de Prozess, deen se tatsächlech mécht.
readlink /proc/ACTUAL_PID/ns/net
Browsere lafen e puer Prozesser, dofir ass d’Identitéit wichteg: de Contenuprozess, deen d’Verbindung opbaut, ass vläicht net deen, deen Dir als éischten ënnersicht hutt. Vergläicht de Link mam beabsichtigten Namespace a bestätegt mat enger frëscher, harmloser Ufro, déi Dir enger Instanz kënnt zouordnen. D’Zouuerdnung ass den ganze Test. Wann Dir net kënnt soen, wéi ee Prozess d’Verbindung opgebaut huet, hutt Dir den Namespace net getest.
Wann den Namespace wierklech falsch ass
Heiansdo schléit de Starter wierklech fehl an déi nei Instanz startet am falschen Namespace. Préift den Déngscht oder de Wrapper, deen en erstallt huet, well eng Unit oder en Desktop-Agang den Namespace verléiere kann, wann e iwwer e Sessiounsbus nei ausgefouert gëtt. Test duerno nach eng Kéier aus enger Shell am richtegen Namespace, ier Dir de Browser beschëllegt. Eng Variabel op eemol ass deen eenzege Wee, fir dat diagnostizéierbar ze halen.
En Ecran ze deelen deelt och keen Resolver.
Wann de Prozess am richtegen Namespace ass an d’Nimm Opléisung ëmmer nach feelt,ënnersicht seng Resolver-Ëmgéigend als en separate Problem. Keng aner Routing-Ännerung kann eng Ufro verréckelen, déi un déi falsch Instanz iwwerginn gouf, ier se iwwerhaapt ugefaangen huet.