Firefox pokrenut u namespaceu predao je URL postojećoj instanci

Naredba se izvršava unutar VPN namespacea, pojavi se prozor Firefoxa, a stranica ipak izlazi preko obične veze. Postavljanje usmjeravanja vjerojatno nije prvo što treba ponovno graditi. Provjerite je li naredba stvorila instancu preglednika koju ste očekivali ili je URL predala onoj koja je već radila negdje drugdje. Ta razlika objašnjava rezultat u jednom koraku i štedi sat vremena na nftablesu.

Znak je to što se prozor pojavljuje odmah, bez hladnog starta.

Novi prozor nije nova instanca

Desktop aplikacije rutinski ponovno koriste postojeći proces. Pokretač unutar jednog mrežnog namespacea ne premješta već pokrenutog primatelja u taj namespace, jer primatelj nikada nije bio dio pokretanja. Firefoxovo ponašanje pri daljinskom upravljanju povezano je s profilima: pokretanje prema profilu koji je već u upotrebi predaje argumente njegovu vlasniku. Novi prozor je stvaran; novi mrežni put nije.

Privatno pregledavanje i opcija novog prozora nisu kontrole mrežne izolacije.

To nije ni zastavica naredbenog retka koja utječe samo na način rada prozora. Ako je profil zauzet, zahtjev odlazi procesu koji ga posjeduje, a taj proces zadržava namespace u kojem je pokrenut.

Prisilite zasebnu instancu na zasebnom profilu

Upotrijebite namjenski profil stvoren podržanim tijekom rada s profilima u pregledniku i pokrenite ga izričito s tim profilom. U buildovima Firefoxa koji to podržavaju, --new-instance traži novu instancu umjesto prozora unutar postojeće. Pogledajte vlastiti izlaz pomoći instaliranog builda jer se dostupne zastavice razlikuju po verziji.

Ne pokušavajte istovremeno otvoriti isti aktivni profil i ne shvaćajte upozorenje da je profil u upotrebi kao uputu da brišete datoteke zaključavanja.

Pokrenite preglednik i pod njegovim uobičajenim korisnikom koji nije root. Postavljanje mreže često zahtijeva administrativna prava, a primamljivo je dati ih i pregledniku jer je dio istog eksperimenta. Grafičkom pregledniku ona ne trebaju, a pokretanje kao root stvara zasebnu klasu problema s profilom i dopuštenjima. Držite privilegiju i mrežni put kao dvije neovisne odluke.

Provjerite koji proces nosi promet

Na Linuxu je mrežni namespace procesa vidljiv kroz njegovu poveznicu na namespace. Pročitajte je za proces za koji mislite da šalje zahtjev, a zatim za proces koji ga doista šalje.

readlink /proc/ACTUAL_PID/ns/net

Preglednici pokreću nekoliko procesa pa je identitet važan: proces sadržaja koji ostvaruje vezu možda nije onaj koji ste prvi provjerili. Usporedite poveznicu s namespaceom koji ste namjeravali i potvrdite svježim, bezopasnim zahtjevom koji možete pripisati jednoj instanci. Pripisivanje je cijeli test. Ako ne možete reći koji je proces ostvario vezu, niste testirali namespace.

Kada je namespace doista pogrešan

Ponekad pokretač doista zakaže i nova instanca krene u pogrešnom namespaceu. Provjerite uslugu ili omotač koji ju je stvorio jer unit ili stavka radne površine može izgubiti namespace kada se ponovno izvrši kroz sabirnicu sesije. Zatim ponovno testirajte iz ljuske unutar ispravnog namespacea prije nego što okrivite preglednik. Jedna varijabla odjednom jedini je način da to ostane dijagnostički.

Dijeljenje zaslona ne dijeli ni resolver.

Ako je proces u ispravnom namespaceu, a razrješavanje imena još uvijek ne uspijeva,istražite njegovo okruženje resolvera kao zaseban problem. Druga promjena usmjeravanja ne može premjestiti zahtjev koji je predan pogrešnoj instanci prije nego što je uopće počeo.