Firefox i nisur në një namespace i dorëzoi URL-në një instance ekzistuese

Një komandë ekzekutohet brenda namespace-it të VPN-së, shfaqet një dritare Firefox dhe faqja prapë del përmes lidhjes së zakonshme. Konfigurimi i rrugëzimit ndoshta nuk është gjëja e parë që duhet rindërtuar. Kontrolloni nëse komanda krijoi instancën e shfletuesit që prisnit, ose ia dorëzoi URL-në një instance që tashmë po punonte diku tjetër. Ky dallim e shpjegon rezultatin në një hap dhe kursen një orë nftables.

Treguesi është se dritarja shfaqet menjëherë, pa nisje të ftohtë.

Një dritare e re nuk është një instancë e re

Aplikacionet e desktopit ripërdorin rutinish një proces ekzistues. Një lëshues brenda një namespace rrjeti nuk e zhvendos një marrës që tashmë po punon në atë namespace, sepse marrësi nuk ishte kurrë pjesë e nisjes. Sjellja e kontrollit në distancë e Firefox lidhet me profilet: nisja kundër një profili tashmë në përdorim ia dorëzon argumentet pronarit të tij. Dritarja e re është e vërtetë; rruga e re e rrjetit nuk është.

Shfletimi privat dhe opsioni i dritares së re nuk janë kontrolle të izolimit të rrjetit.

As nuk është një flamur i rreshtit të komandës që ndikon vetëm në modalitetin e dritares. Nëse profili është i zënë, kërkesa shkon te procesi që e zotëron atë, dhe ai proces mban namespace-in me të cilin filloi.

Detyrojini një instancë të veçantë në një profil të veçantë

Përdorni një profil të dedikuar të krijuar përmes rrjedhës së punës së profileve të mbështetur nga shfletuesi dhe niseni atë në mënyrë eksplicite me atë profil. Në ndërtimet e Firefox që e mbështesin, --new-instance kërkon një instancë të re në vend të një dritareje brenda një instance ekzistuese. Shikoni daljen e ndihmës së vetë ndërtimit të instaluar, sepse flamujt e disponueshëm ndryshojnë sipas versionit.

Mos u përpiqni të hapni të njëjtin profil aktiv njëkohësisht dhe mos e trajtoni një paralajmërim se profili është në përdorim si udhëzim për të fshirë skedarët e bllokimit.

Ekzekutoni shfletuesin edhe nën përdoruesin e tij të zakonshëm që nuk është root. Konfigurimi i rrjetit shpesh kërkon të drejta administrative, dhe është joshëse t'i jepni shfletuesit të njëjtat sepse është pjesë e të njëjtit eksperiment. Shfletuesi grafik nuk ka nevojë për to, dhe ekzekutimi i tij si root krijon një klasë të veçantë problemesh me profilin dhe lejet. Mbajini privilegjin dhe rrugën e rrjetit si dy vendime të pavarura.

Kontrolloni cili proces mbart trafikun

Në Linux, namespace-i i rrjetit i një procesi është i dukshëm përmes lidhjes së tij të namespace-it. Lexojeni për procesin që mendoni se po e bën kërkesën, dhe më pas për procesin që vërtet po e bën.

readlink /proc/ACTUAL_PID/ns/net

Shfletuesit ekzekutojnë disa procese, prandaj identiteti ka rëndësi: procesi i përmbajtjes që krijon lidhjen mund të mos jetë ai që kontrolluat i pari. Krahasoni lidhjen me namespace-in që kishit ndërmend dhe konfirmoni me një kërkesë të re e të padëmshme që mund t'ia atribuoni një instance të vetme. Atribuimi është i gjithë testi. Nëse nuk mund të thoni cili proces krijoi lidhjen, nuk e keni testuar namespace-in.

Kur namespace-i është vërtet i gabuar

Ndonjëherë lëshuesi dështon vërtet dhe instanca e re fillon në namespace-in e gabuar. Kontrolloni shërbimin ose mbështjellësin që e krijoi, sepse një njësi ose një zë desktopi mund të humbasë namespace-in kur riekzekutohet përmes një autobusi sesioni. Pastaj provoni përsëri nga një shell brenda namespace-it të saktë përpara se të fajësoni shfletuesin. Një variabël në një kohë është mënyra e vetme që kjo të mbetet e diagnostikueshme.

Ndarja e një ekrani nuk ndan as një resolver.

Nëse procesi është në namespace-in e saktë dhe zgjidhja e emrave ende dështon,hetojeni mjedisin e tij të resolver-it si një problem të veçantë. Asnjë ndryshim tjetër i rrugëzimit nuk mund ta zhvendosë një kërkesë që iu dorëzua instancës së gabuar edhe përpara se të fillonte.