Firefox lansearre yn in namespaas joech de URL oan in besteande eksimplaar

In opdracht rint binnen de VPN-namespaas, in Firefox-finster ferskynt, en de side giet dochs oer de gewoane ferbining nei bûten. De routingynstelling is wierskynlik net it earste dat ferboud wurde moat. Kontrolearje oft de opdracht it browsereksimplaar makke hat dat jo ferwachtsje, of de URL trochjoech oan ien dy’t al earne oars rûn. Dat ferskil ferklearret it resultaat yn ien stap en sparret in oere nftables.

It teken is dat it finster fuortendaliks ferskynt, sûnder kâlde start.

In nij finster is gjin nij eksimplaar

Desktop-applikaasjes brûke geregeld in besteand proses opnij. In lansearder binnen ien netwurknamespaas ferpleatst in al rinnende ûntfanger net nei dy namespaas, om’t de ûntfanger nea diel fan ’e lansearring wie. It remote-gedrach fan Firefox is ferbûn mei profilen: lansearje tsjin in profyl dat al brûkt wurdt jout de arguminten oan de eigner. It nije finster is echt; it nije netwurkpaad net.

Privee browsen en de nij-finster-opsje binne gjin kontrôles foar netwurkisolaasje.

Dat jildt ek net foar in kommandorigel-flagge dy’t allinnich de finstermodus beynfloedet. As it profyl beset is, giet it fersyk nei it proses dat it besit, en dat proses hâldt de namespaas dy’t it hie by de start.

Twang in apart eksimplaar op in apart profyl

Brûk in tawijd profyl dat makke is fia de stipe profylwurkstream fan ’e browser, en lansearje it eksplisyt mei dat profyl. Yn Firefox-buorden dy’t dat stypje, freget --new-instance om in nij eksimplaar ynstee fan in finster binnen in besteand. Sjoch nei de eigen helpútfier fan ’e ynstallearre build, want de beskikbere flaggen ferskille per ferzje.

Besykje net itselde libbene profyl tagelyk te iepenjen, en behannelje in warskôging dat in profyl yn gebrûk is net as in opdracht om slútbestannen te wiskjen.

Rin de browser ek ûnder syn gewoane net-root-brûker. Netwurkynstelling hat faak behear-rjochten nedich, en it is ferliedlik om de browser deselde te jaan om’t er diel útmakket fan itselde eksperimint. De grafyske browser hat se net nedich, en it draaien as root makket in aparte klasse fan profyl- en tastimmingproblemen. Hâld privileezje en netwurkpaad as twa ûnôfhinklike besluten.

Kontrolearje hokker proses it ferkear draacht

Op Linux is de netwurknamespaas fan in proses sichtber fia syn namespaas-keppeling. Lês it foar it proses dat jo tinke dat it fersyk docht, en dan foar it proses dat it eins docht.

readlink /proc/ACTUAL_PID/ns/net

Browsers draaie ferskate prosessen, dus identiteit makket út: it ynhâldproses dat de ferbining makket is miskien net dejinge dy’t jo earst ûndersocht hawwe. Fergelykje de keppeling mei de namespaas dy’t jo bedoelden, en befêstigje mei in fris, ûnskeaflik fersyk dat jo oan ien eksimplaar taskriuwe kinne. De taskriuwing is de hiele test. As jo net sizze kinne hokker proses de ferbining makke hat, hawwe jo de namespaas net test.

Wannear’t de namespaas echt ferkeard is

Soms mislearret de lansearder echt en begjint it nije eksimplaar yn ’e ferkearde namespaas. Kontrolearje de tsjinst of wrapper dy’t it makke hat, want in unit of in desktop-ynfier kin de namespaas ferlieze as er opnij útfierd wurdt fia in sesjebus. Test dan opnij fanút in shell binnen de krekte namespaas foardat jo de browser de skuld jouwe. Ien fariabele tagelyk is de iennige manier om dit diagnostisearber te hâlden.

In byldskerm diele dielt ek gjin resolver.

As it proses yn ’e krekte namespaas is en nammeresolúsje noch altyd mislearret,ûndersykje syn resolver-omjouwing as in apart probleem. Gjin oare routingferoaring kin in fersyk ferpleatse dat oan it ferkearde eksimplaar jûn is foardat it ea begon.