Namespacessa käynnistetty Firefox luovutti URL:n olemassa olevalle instanssille

Komento suoritetaan VPN:n namespacen sisällä, Firefox-ikkuna ilmestyy, ja sivu lähtee silti tavallisen yhteyden kautta. Reititysasetelma ei todennäköisesti ole ensimmäinen asia, joka pitää rakentaa uudelleen. Tarkista, loiko komento odottamasi selaininstanssin vai luovuttiko se URL:n sellaiselle, joka oli jo käynnissä jossain muualla. Tämä ero selittää tuloksen yhdessä vaiheessa ja säästää tunnin nftables-työtä.

Tuntomerkki on, että ikkuna ilmestyy heti, ilman kylmäkäynnistystä.

Uusi ikkuna ei ole uusi instanssi

Työpöytäsovellukset käyttävät rutiininomaisesti uudelleen olemassa olevaa prosessia. Yhden verkkonamespacen sisällä oleva käynnistin ei siirrä jo käyvää vastaanottajaa tähän namespaceen, koska vastaanottaja ei ollut koskaan osa käynnistystä. Firefoxin etäohjauskäyttäytyminen liittyy profiileihin: jo käytössä olevaa profiilia vasten käynnistäminen luovuttaa argumentit sen omistajalle. Uusi ikkuna on todellinen; uusi verkkopolku ei ole.

Yksityinen selaus ja uuden ikkunan valinta eivät ole verkon eristämisen säätimiä.

Ei myöskään komentorivilippu, joka vaikuttaa vain ikkunatilaan. Jos profiili on varattu, pyyntö menee prosessille, joka omistaa sen, ja se prosessi pitää namespacen, jossa se alkoi.

Pakota erillinen instanssi erilliselle profiilille

Käytä selaimen tuetun profiilityönkulun kautta luotua omaa profiilia ja käynnistä se nimenomaisesti tällä profiililla. Firefox-versioissa, jotka tukevat sitä, --new-instance pyytää uutta instanssia eikä ikkunaa olemassa olevan sisään. Katso asennetun version omasta ohjetulosteesta, koska käytettävissä olevat liput vaihtelevat versioittain.

Älä yritä avata samaa aktiivista profiilia samanaikaisesti äläkä käsittele varoitusta profiilin käytöstä ohjeena poistaa lukitustiedostoja.

Käynnistä selain myös tavallisena ei-root-käyttäjänä. Verkon asetukset tarvitsevat usein ylläpito-oikeudet, ja houkuttelevaa on antaa selaimelle samat, koska se on osa samaa koetta. Graafinen selain ei niitä tarvitse, ja sen ajaminen rootina luo erillisen profiili- ja lupaprobleemien luokan. Pidä käyttöoikeus ja verkkopolku kahtena riippumattomana päätöksenä.

Tarkista, mikä prosessi kuljettaa liikenteen

Linuxissa prosessin verkkonamespace on nähtävissä sen namespacelinkin kautta. Lue se prosessille, jonka uskot tekevän pyynnön, ja sitten prosessille, joka sen todella tekee.

readlink /proc/ACTUAL_PID/ns/net

Selaimet ajavat useita prosesseja, joten identiteetillä on väliä: yhteyden tekevä sisältöprosessi ei välttämättä ole se, jonka tarkistit ensin. Vertaa linkkiä aiottuun namespaceen ja vahvista tuoreella, harmittomalla pyynnöllä, jonka voit kohdistaa yhteen instanssiin. Kohdistaminen on koko testi. Jos et osaa sanoa, mikä prosessi teki yhteyden, et ole testannut namespacea.

Kun namespace on todella väärä

Joskus käynnistin epäonnistuu todella ja uusi instanssi käynnistyy väärässä namespacessa. Tarkista palvelu tai kääre, joka sen synnytti, koska unit tai työpöytätietue voi menettää namespacen, kun se suoritetaan uudelleen istuntoväylän kautta. Testaa sitten uudelleen oikean namespacen sisällä olevasta kuoresta ennen kuin syytät selainta. Yksi muuttuja kerrallaan on ainoa tapa pitää tämä diagnosoitavana.

Näytön jakaminen ei jaa resolveria.

Jos prosessi on oikeassa namespacessa ja nimien selvitys epäonnistuu yhä,tutki sen resolver-ympäristöä erillisenä ongelmana. Mikään muu reititysmuutos ei voi siirtää pyyntöä, joka luovutettiin väärälle instanssille ennen kuin se edes alkoi.