Firefox iliyozinduliwa katika namespace ilikabidhi URL kwa instance iliyokuwepo

Amri inaendesha ndani ya namespace ya VPN, dirisha la Firefox linaonekana, na ukurasa bado unatoka kupitia muunganisho wa kawaida. Mipangilio ya uelekezaji pengine si kitu cha kwanza kujengwa upya. Angalia kama amri iliunda instance ya kivinjari uliyotarajia, au ilikabidhi URL kwa ile iliyokuwa ikiendesha mahali pengine. Tofauti hiyo inaeleza tokeo kwa hatua moja na kuokoa saa moja ya nftables.

Dalili ni kwamba dirisha linaonekana papo hapo, bila kuanza baridi.

Dirisha jipya si instance mpya

Programu za desktop kwa kawaida hutumia tena mchakato uliopo. Kizinduzi ndani ya namespace moja ya mtandao hakisogezi mpokeaji anayeendesha tayari kwenye namespace hiyo, kwa sababu mpokeaji hakuwahi kuwa sehemu ya uzinduzi. Tabia ya udhibiti wa mbali wa Firefox inahusiana na profaili: kuzindua dhidi ya profaili iliyotumika tayari humkabidhi hoja mmiliki wake. Dirisha jipya ni la kweli; njia mpya ya mtandao siyo.

Uvinjari wa faragha na chaguo la dirisha jipya si vidhibiti vya kutenganisha mtandao.

Vivyo hivyo si bendera ya mstari wa amri inayoathiri hali ya dirisha pekee. Ikiwa profaili inatumika, ombi linaenda kwa mchakato unaoimiliki, na mchakato huo unahifadhi namespace iliyoanzia.

Lazimisha instance tofauti kwenye profaili tofauti

Tumia profaili maalum iliyoundwa kupitia mtiririko wa profaili unaotumika wa kivinjari, na uizindue kwa uwazi na profaili hiyo. Katika build za Firefox zinazotumia hii, --new-instance huomba instance mpya badala ya dirisha ndani ya instance iliyopo. Angalia matokeo ya usaidizi ya build iliyosakinishwa, kwa sababu bendera zinazopatikana hutofautiana kwa toleo.

Usijaribu kufungua profaili hiyo hiyo hai kwa wakati mmoja, na usichukue onyo kwamba profaili inatumika kama maagizo ya kufuta faili za kufuli.

Endesha kivinjari pia chini ya mtumiaji wake wa kawaida asiye root. Usanidi wa mtandao mara nyingi unahitaji haki za kiutawala, na inashawishi kumpa kivinjari haki hizo hizo kwa sababu ni sehemu ya jaribio lile lile. Kivinjari cha picha hakihitaji hizo, na kukiendesha kama root huunda darasa tofauti la matatizo ya profaili na ruhusa. Weka haki na njia ya mtandao kama maamuzi mawili huru.

Angalia ni mchakato gani unaobeba trafiki

Kwenye Linux, namespace ya mtandao ya mchakato inaonekana kupitia kiungo chake cha namespace. Isome kwa mchakato unaodhani unafanya ombi, kisha kwa mchakato unaofanya hivyo kweli.

readlink /proc/ACTUAL_PID/ns/net

Vivinjari huendesha michakato kadhaa, kwa hiyo utambulisho ni muhimu: mchakato wa maudhui unaofanya muunganisho unaweza usiwe ule uliouangalia kwanza. Linganisha kiungo na namespace uliyokusudia, na uthibitishe kwa ombi jipya lisilo na madhara unaloweza kuhusisha na instance moja. Uhusishaji ndio jaribio lote. Ikiwa huwezi kusema ni mchakato gani ulifanya muunganisho, hukujaribu namespace.

Wakati namespace kweli ni mbaya

Wakati mwingine kizinduzi hushindwa kweli na instance mpya huanza katika namespace mbaya. Angalia huduma au kifuniko kilichoiunda, kwa sababu kitengo au ingizo la desktop linaweza kupoteza namespace linapotekelezwa tena kupitia basi la kipindi. Kisha jaribu tena kutoka shell ndani ya namespace sahihi kabla ya kulaumu kivinjari. Kigezo kimoja kwa wakati ndio njia pekee ya hii kubaki inaweza kutambuliwa.

Kushiriki skrini hakushiriki resolver pia.

Ikiwa mchakato uko katika namespace sahihi na utatuzi wa majina bado unashindwa,chunguza mazingira yake ya resolver kama tatizo tofauti. Mabadiliko mengine ya uelekezaji hayawezi kusogeza ombi lililokabidhiwa kwa instance isiyo sahihi kabla hata ya kuanza.