Namespace batean abiatutako Firefoxek URL-a dagoeneko existitzen den instantzia bati eman zion

Komando bat VPN-aren namespacearen barruan exekutatzen da, Firefoxen leiho bat agertzen da, eta orrialdeak konexio arruntetik irteten jarraitzen du. Bideratze-konfigurazioa ziurrenik ez da berreraiki beharreko lehen gauza. Egiaztatu komandoak espero zenuten nabigatzaile-instantzia sortu zuen, edo URL-a leku batean martxan zegoen beste bati eman zion. Bereizketa horrek emaitza urrats bakarrean azaltzen du eta nftables-en ordu bat aurrezten du.

Seinalea leihoa berehala agertzea da, hasiera hotzik gabe.

Leiho berri bat ez da instantzia berri bat

Mahaigaineko aplikazioek lehendik dagoen prozesua berrerabiltzen dute ohikoan. Sare-namespace bateko abiarazle batek ez du jada martxan dagoen hartzaile bat namespace horretara eramaten, hartzailea ez baitzen inoiz abiaraztearen parte izan. Firefoxen urrutiko kontrolaren portaera profilei lotuta dago: jada erabiltzen ari den profil baten aurka abiarazteak argumentuak jabearen esku uzten ditu. Leiho berria erreala da; sare-bide berria ez.

Nabigazio pribatua eta leiho berriaren aukera ez dira sare-isolamendurako kontrolak.

Eta ez da leiho-moduan soilik eragiten duen komando-lerroko bandera bat ere. Profila okupatuta badago, eskaera hura duen prozesura doa, eta prozesu horrek hasi zen namespacea mantentzen du.

Behartu instantzia bereizi bat profil bereizi batean

Erabili nabigatzailearen profil-fluxu onartuaren bidez sortutako profil dedikatu bat, eta abiarazi berariaz profil horrekin. Hori onartzen duten Firefox bertsioetan, --new-instance instantzia berri bat eskatzen du, lehendik dagoen baten barruko leiho bat beharrean. Begiratu instalatutako bertsioaren laguntza-irteera, erabilgarri dauden banderak bertsioaren arabera aldatzen baitira.

Ez saiatu profil bizi bera aldi berean irekitzen, eta ez hartu profila erabilian dagoelako abisua blokeo-fitxategiak ezabatzeko argibide gisa.

Abiarazi nabigatzailea root ez den bere erabiltzaile arruntean ere. Sare-konfigurazioak askotan administrazio-eskubideak behar ditu, eta tentagarria da nabigatzaileari berberak ematea esperimentu beraren parte delako. Nabigatzaile grafikoak ez ditu behar, eta root gisa exekutatzeak profileko eta baimenetako arazoen klase bereizi bat sortzen du. Mantendu pribilegioa eta sare-bidea bi erabaki independente gisa.

Egiaztatu zein prozesuk daraman trafikoa

Linuxen, prozesu baten sare-namespacea namespace-estekaren bidez ikus daiteke. Irakurri uste duzun eskaera egiten duen prozesuarentzat, eta gero benetan egiten duen prozesuarentzat.

readlink /proc/ACTUAL_PID/ns/net

Nabigatzaileek hainbat prozesu exekutatzen dituzte, beraz identitateak garrantzia du: konexioa egiten duen eduki-prozesua agian ez da lehenengo aztertu zenuena. Konparatu esteka asmo zenuen namespacearekin, eta berretsi instantzia bati egotzi diezaiokezun eskaera berri eta kaltegabe batekin. Egozpena da proba osoa. Ezin baduzu esan zein prozesuk egin zuen konexioa, ez duzu namespacea probatu.

Namespacea benetan oker dagoenean

Batzuetan abiarazleak benetan huts egiten du eta instantzia berria namespace okerrean hasten da. Egiaztatu sortu zuen zerbitzua edo bilgarria, unitate batek edo mahaigaineko sarrera batek namespacea gal dezakeelako saio-busaren bidez berriro exekutatzean. Gero probatu berriro namespace zuzenaren barruko shell batetik, nabigatzailea errudun jo aurretik. Aldagai bat aldiko da hori diagnostikagarri mantentzeko modu bakarra.

Pantaila partekatzeak ez du resolverrik partekatzen.

Prozesua namespace zuzenan badago eta izen-ebazpenak huts egiten jarraitzen badu,ikertu bere resolver-ingurunea arazo bereizi gisa. Beste bideratze-aldaketa batek ezin du lekuz aldatu okerreko instantziari eman zitzaion eskaera bat, hasi aurretik.