Namespace-ում գործարկված Firefox-ը URL-ը հանձնեց գոյություն ունեցող օրինակին

Հրամանը կատարվում է VPN-ի namespace-ի ներսում, հայտնվում է Firefox-ի պատուհան, և էջը միևնույն է դուրս է գալիս սովորական կապով։ Երթուղավորման կարգավորումը, հավանաբար, առաջին բանը չէ, որ պետք է վերակառուցել։ Ստուգեք՝ արդյոք հրամանը ստեղծել է այն բրաուզերի օրինակը, որը սպասում էիք, թե URL-ը հանձնել է մեկին, որն արդեն աշխատում էր այլ տեղ։ Այդ տարբերությունը մեկ քայլով բացատրում է արդյունքը և խնայում է մեկ ժամ nftables-ից։

Նշանն այն է, որ պատուհանը հայտնվում է ակնթարթորեն, առանց սառը մեկնարկի։

Նոր պատուհանը նոր օրինակ չէ

Սեղանային հավելվածները սովորաբար վերօգտագործում են գոյություն ունեցող գործընթացը։ Մեկ ցանցային namespace-ի ներսում գործարկիչը չի տեղափոխում արդեն աշխատող ստացողին այդ namespace, քանի որ ստացողը երբեք գործարկման մաս չի եղել։ Firefox-ի հեռակառավարման վարքը կապված է պրոֆիլների հետ. արդեն օգտագործվող պրոֆիլի դեմ գործարկելը փաստարկները հանձնում է դրա տիրոջը։ Նոր պատուհանը իրական է, նոր ցանցային ուղին՝ ոչ։

Մասնավոր զննարկումը և նոր պատուհանի տարբերակը ցանցային մեկուսացման կառավարման միջոցներ չեն։

Այդպիսին չէ նաև հրամանի տողի դրոշակը, որն ազդում է միայն պատուհանի ռեժիմի վրա։ Եթե պրոֆիլը զբաղված է, հարցումը գնում է այն գործընթացին, որը տիրապետում է դրան, և այդ գործընթացը պահպանում է այն namespace-ը, որում սկսել է։

Պարտադրեք առանձին օրինակ առանձին պրոֆիլի վրա

Օգտագործեք բրաուզերի աջակցվող պրոֆիլների աշխատահոսքով ստեղծված հատուկ պրոֆիլ և գործարկեք այն բացահայտ այդ պրոֆիլով։ Firefox-ի այն կառուցումներում, որոնք դա աջակցում են, --new-instance պահանջում է նոր օրինակ՝ գոյություն ունեցողի ներսում պատուհանի փոխարեն։ Դիտեք տեղադրված կառուցման սեփական օգնության ելքը, քանի որ հասանելի դրոշակները տարբերվում են ըստ տարբերակի։

Մի փորձեք միաժամանակ բացել նույն կենդանի պրոֆիլը, և «պրոֆիլն օգտագործված է» նախազգուշացումը մի ընդունեք որպես կողպեքային ֆայլերը ջնջելու հրահանգ։

Գործարկեք բրաուզերը նաև իր սովորական ոչ root օգտագործողի ներքո։ Ցանցի կարգավորումը հաճախ պահանջում է վարչական իրավունքներ, և գայթակղիչ է նույն իրավունքները տալ բրաուզերին, քանի որ այն նույն փորձի մասն է։ Գրաֆիկական բրաուզերին դրանք պետք չեն, և այն root-ով գործարկելը ստեղծում է պրոֆիլի և թույլտվությունների խնդիրների առանձին դաս։ Պահեք արտոնությունը և ցանցային ուղին որպես երկու անկախ որոշում։

Ստուգեք, թե որ գործընթացն է կրում երթևեկությունը

Linux-ում գործընթացի ցանցային namespace-ը տեսանելի է իր namespace-հղումով։ Կարդացեք այն գործընթացի համար, որը, ձեր կարծիքով, կատարում է հարցումը, ապա այն գործընթացի համար, որը իրականում կատարում է այն։

readlink /proc/ACTUAL_PID/ns/net

Բրաուզերները գործարկում են մի քանի գործընթաց, ուստի ինքնությունը կարևոր է. կապը ստեղծող բովանդակության գործընթացը կարող է լինել ոչ այն, ինչը դուք առաջինն եք ստուգել։ Համեմատեք հղումը ձեր մտադրած namespace-ի հետ և հաստատեք թարմ, անվնաս հարցումով, որը կարող եք վերագրել մեկ օրինակի։ Վերագրումը ամբողջ փորձարկումն է։ Եթե չեք կարող ասել, թե որ գործընթացն է ստեղծել կապը, ապա չեք փորձարկել namespace-ը։

Երբ namespace-ը իսկապես սխալ է

Երբեմն գործարկիչը իսկապես ձախողվում է, և նոր օրինակը սկսվում է սխալ namespace-ում։ Ստուգեք այն ծառայությունը կամ փաթաթանը, որը ստեղծել է այն, քանի որ միավորը կամ աշխատասեղանի գրառումը կարող է կորցնել namespace-ը, երբ վերագործարկվում է նստաշրջանի ավտոբուսով։ Այնուհետև նորից փորձարկեք ճիշտ namespace-ի ներսում գտնվող shell-ից, նախքան բրաուզերին մեղադրելը։ Մեկ փոփոխական միաժամանակ այս ամենը ախտորոշելի պահելու միակ միջոցն է։

Ցուցասարքի համօգտագործումը resolver-ը նույնպես չի համօգտագործում։

Եթե գործընթացը ճիշտ namespace-ում է, և անունների լուծումը դեռ ձախողվում է,ուսումնասիրեք դրա resolver-միջավայրը որպես առանձին խնդիր։ Ուղղորդման ոչ մի այլ փոփոխություն չի կարող տեղափոխել հարցում, որը հանձնվել է սխալ օրինակին նույնիսկ մինչև այն սկսվելը։