SSHFS-ի միացումները պատկանում են օգտվողին, ոչ VPN կեռիկին

Ենթադրությունը հեշտ է յուրացնել և դժվար նկատել. VPN միացման կեռիկը աշխատում է որպես root, ուստի այն սկսած միացումը նույնպես պետք է կազմակերպվի որպես root։ Այդ դատողությունը ստեղծում է թիմային պանակ, որը աշխատասեղանի օգտվողը չի կարող բացել, միացում, որը անհետանում է գործարկող ծառայության վերագործարկման ժամանակ, և նույնականացման հարցում այնպիսի համատեքստում, որտեղ ոչ ոք չի կարող պատասխանել։ Կեռիկը և միացումը երկու տարբեր աշխատանք են, և դրանցից միայն մեկին է արտոնություն պետք։

Առասպել. ցանցային արտոնությունը ենթադրում է միացման արտոնություն

Ինտերֆեյս բարձրացնելը և ֆայլային սերվերում նույնականացվելը անկապ կարողություններ են, և սովորաբար պատկանում են տարբեր հաշիվների։ VPN բաղադրիչին բավարար արտոնություն է պետք երթուղիներն ու ինտերֆեյսները փոխելու համար։ Ֆայլային սերվերի հաշվին պետք է բանալի կամ գաղտնաբառ, որոշում հոսթի բանալու վերաբերյալ և տնային պանակ՝ միացնելու համար։ Երկրորդ աշխատանքի հավատարմագրերը առաջին ինքնությանը հանձնելը այն ուղին է, որով ցանցային ծառայությունը վերջում պահում է օգտվողի բանալին։

Մեկ օգտվողի դյուրակիր համակարգչում դրանք կարող են նույն հաշիվը լինել, և այդ պատահականությունը ձևավորում չէ։

Հենց արտոնյալ կեռիկը կատարում է միացումը, երեք բան լուռ սխալվում է։ Միացումը պատկանում է root-ին, օգտվողի գործակալը բացակայում է այդ միջավայրից, և ձախողումները հայտնվում են ցանցային ծառայության մատյանում, ոչ թե այն նստաշրջանում, որին դա հետաքրքրում է։ Դրանցից ոչ մեկը չի ուղղվում միացման հրամանին ընտրանքներ ավելացնելով։ Դրանք ուղղվում են աշխատանքը ինքնությանը տիրապետող նստաշրջանին հանձնելով։

Ինչու է միացումը պատկանում մուտք գործած օգտվողին

SSHFS միացումը FUSE միացում է, որը պատկանում է այն ստեղծած պրոցեսին, և հասանելիությունը հետևում է այդ սեփականությանը, ոչ թե ծնող պանակի ռեժիմին։ Տեղեկատուն խորհուրդ է տալիս սովորական օգտվող և նրան պատկանող միացման կետ, և հենց դրա համար է root պրոցեսի ստեղծած միացումը անհարմար բոլորի համար։ Միացման կետի թույլտվության փոփոխությունը չի ուղղում այն, քանի որ խոչընդոտը հենց միացման սեփականատերն է։

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

sshfs [email protected]:/exports/team "$HOME/mnt/team"

Այդ տողի յուրաքանչյուր անուն և ուղի համարեք տեղապահ, ներառյալ հաշիվը և արտահանումը։ VPN հաշվի գաղտնաբառը ինքնաբերաբար պահոցի հաշվի հավատարմագիր չէ։

Ինչ պետք է գործարկիչը խնդրի նստաշրջանից

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

Նստաշրջանի կողմի գործողությունը պետք է փնտրի նախատեսված գոյություն ունեցող միացումը և ապա կատարի մեկ սահմանափակ փորձ։

Չկրկնեք ամեն հարցման ժամանակ և չշարունակեք հավատարմագիր պահանջել, քանի դեռ սերվերը հասանելի չէ, որովհետև երկուսն էլ ժամանակավոր ընդհատումը վերածում են հաշվի արգելափակման։ Առանց հսկողության ծառայությունը առանձին ձևավորում է՝ իր հաստատված հավատարմագրերով և իր կատարման համատեքստում հոսթի ստուգման իր կարգավորումով, և այն չի կարող հույս դնել, թե ինչ-որ մեկը բացել է գրաֆիկական գործակալը։ Որոշեք, թե երկուսից որն եք կառուցում, նախքան կընտրեք, թե որտեղ է ապրում կոդը։ Այստեղ շփոթության մեծ մասը գալիս է մեկը կառուցելուց և մյուսին սպասելուց։

Անջատումը ֆայլային համակարգի իրադարձություն է, ոչ կեռիկի իրադարձություն

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

fusermount3 -u "$HOME/mnt/team"

Անսպասելի կորուստը այլ դեպք է, և SSHFS-ը փաստագրում է, որ ընդհատված գործողությունը կարող է արգելափակվել, քանի դեռ տրանսպորտը վերամիանում է։

Վերամիացման ընտրանքը վերականգնում է տրանսպորտը, և մինչ այդ վերամիացումը բացված ֆայլերը դեռ կարող են սխալներ վերադարձնել և պահանջել նորից բացել։ Վերադարձած VPN-ը ոչինչ չի ապացուցում նախկին բռնակների կամ չպահպանված աշխատանքի մասին։ Ընտրեք ցանկալի վարքը ընդհատման ժամանակ՝ դադարեցում, սխալի ցուցադրում կամ դիտավորյալ վերամիացում, և փորձարկեք այն միանգամյա ֆայլերով, նախքան ինչ-որ բան դրանից կախված կլինի։