Keyfile թե Netplan՝ որտեղ է իրականում պահվում VPN պրոֆիլը
Պահված VPN-ը կարող է ապրել keyfile-ում կամ գեներացված Netplan ֆայլում։ Համապատասխանեցրեք կապակցման UUID-ն իր իսկական սեփականատիրոջը, նախքան վերագրվող որևէ բան խմբագրելը։
Ներմուծված ֆայլը գտնելը հեշտ մասն է և հաճախ սխալ սկիզբը։ Կարևորն այն է, թե որ ֆայլն է NetworkManager-ը այսօր կարդում որպես պահված կապակցում, և դա կախված է կապակցման նույնացուցիչից և այն կոնֆիգուրացիոն բեքենդից, որը տեղադրված փաթեթներն իրականում օգտագործում են։ Ներմուծումը խմբագրելը այդ հարցին պատասխանելուց առաջ այն ճանապարհն է, որով աշխատող VPN-ը դառնում է երկու կիսաճիշտ կոնֆիգուրացիա։
Ներմուծված ֆայլը պահված պրոֆիլը չէ
Ամեն VPN խնդրի շուրջ պտտվում են երեք անուն՝ կապակցման անունը, ձեր ներմուծած ֆայլի անունը և վիրտուալ ինտերֆեյսը, որը հայտնվում է թունելի բարձրանալիս։ Դրանցից ոչ մեկը չի նույնացնում պահված կոնֆիգուրացիան, և կապակցման անունը կարելի է խմբագրել, մինչ ֆայլը դրա հետևում պահպանում է իր սկզբնական նույնացուցիչը։
Սկսեք միայն կարդալու գույքագրով և ընտրեք նպատակային VPN-ը նույնացուցիչով, ոչ թե պիտակով.
nmcli -f NAME,UUID,TYPE connection showՀեռացրեք վերջնակետերի հոսթանունները և ինքնության պիտակները ձեր տոմսում տեղադրվող ցանկացած գույքագրից։ Օգտակար մասը տեսակն ու նույնացուցիչն են. մնացածը համատեքստ է, որն անծանոթին պետք չէ։ Խմբագրեք մնացածը կիսվելուց առաջ և ասեք, որ դա արել եք, որպեսզի ոչ ոք չզարմանա, թե ինչ են նշանակում բացթողումները։
keyfile-ի տեղերը նույն բանը չեն նշանակում
Բնիկ keyfile պլագինի դեպքում կապակցման ֆայլերը կարող են հայտնվել երեք պանակում, և դրանց միջև տարբերությունը կայունությունն է, ոչ հարմարավետությունը։
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
Գործարկման ժամանակի պատճենի խմբագրումը հաջող է թվում մինչև հաջորդ մեկնարկը, երբ փոփոխությունը գոլորշիանում է, և ֆայլը խորհրդավոր կերպով վերադարձված է թվում։ Փաթեթի տրամադրած պատճենի խմբագրումն աշխատում է այնքան ժամանակ, մինչև թարմացումը փոխարինի այն, ինչը նույն դասի ավելի դանդաղ և շփոթեցնող տարբերակն է։
keyfile-ի փաստաթղթերը ավելացնում են մի մանրամասն, որ արժե հարգել. այդ ֆայլերը կարող են պարունակել մասնավոր բանալիներ և գաղտնաբառեր, և NetworkManager-ը անտեսում է ցանկացած keyfile, որը root-ից բացի այլ օգտվողներ կարող են կարդալ կամ գրել։ Պանակի թույլտվությունների ընդլայնումը՝ կարգավորում փնտրելու համար, կոտրում է այն բեռնման վարքը, որն ուզում էիք ուսումնասիրել։
Երբ Netplan-ը տիրապետում է կայունությանը
Ubuntu-ում Netplan-ի փաստաթղթերում նկարագրված NetworkManager ինտեգրումը, հասանելի 23.10-ից սկսած, փոխում է, թե որտեղ է ապրում կայուն պատճենը։ Ոչ ժամանակավոր կապակցումների համար այն գրում է /etc/netplan/90-NM-<connection UUID>.yaml և դրա տակ գեներացնում է վաղանցիկ NetworkManager պրոֆիլ՝ /run/NetworkManager/system-connections/։
Սա տարածման ինտեգրում է, ոչ թե կանոն յուրաքանչյուր NetworkManager տեղադրման համար։ Հաստատեք, որ տեղադրված փաթեթներն իրականում օգտագործում են այն, նախքան YAML ֆայլ փնտրելու գնալը։ Հիշեք նաև, որ գործարկման ժամանակի պրոֆիլը կարող է լինել այլ բանի գեներացված ներկայացում, ոչ թե այն աղբյուրը, որն արժե խմբագրել։ Երկու հրաման ստուգումը խնայում է մեկ ժամ սխալ ֆայլի խմբագրում։
Փաստաթղթավորված օրինակը պահում է OpenVPN կապակցումը Netplan nm-devices տեսակի միջոցով՝ NetworkManager-ի փոխանցման տվյալներով։ Այն, որ Netplan-ը որոշակի VPN դաշտի համար հատուկ մեկնաբանություն չունի, չի նշանակում, որ ձեր պահված VPN-ը կորել է. դա նշանակում է, որ դաշտը ճամփորդում է որպես անթափանց տվյալ։
Անցողիկ ինտերֆեյսները պրոֆիլ չեն
Ակտիվացումը ստեղծում է ժամանակավոր վիրտուալ կապակցումներ և ինտերֆեյսներ, որոնք երբեք չէին նախատեսված մնալու։ Ինտեգրումը դիտավորյալ չի գրում նոր YAML ֆայլ դրանցից յուրաքանչյուրի համար, ուստի դրանց բացակայությունը /etc/netplan պանակում ոչինչ չի ասում այն մասին, թե արդյոք ծնող պրոֆիլը պահված է։
Եթե որսում եք ֆայլ, որը հայտնվում ու անհետանում է, հավանաբար նայում եք դրանցից մեկին, ոչ թե ձեր կոնֆիգուրացիային։ Ստուգեք՝ արդյոք այն գոյատևում է վերագործարկումից, նախքան դրա բովանդակությունից որևէ եզրակացություն անելը։ Գործարկման ժամանակի ֆայլը, որն անհետանում է վերագործարկման ժամանակ, ասում է, որ այն երբեք աղբյուր չի եղել, և այդ մեկ դիտարկումը վերաուղղորդում է ամբողջ հետաքննությունը։ Այն նաև բացատրում է, թե ինչու խմբագրումը ժամանակին հաջող էր թվում։
Գաղտնիքներ և սեփականություն
Պրոֆիլը կարող է հղում անել ամբողջովին այլ տեղ պահվող վկայականի կամ բանալու, և գաղտնաբառը կարող է պատկանել NetworkManager-ին, տրվել օգտվողի նստաշրջանի գաղտնի գործակալի կողմից, կամ դիտավորյալ չպահվել։ Ուստի մեկ ֆայլ գտնելը քիչ բան է որոշում այն մասին, թե ինչ կպահանջի առանց հսկողության մեկնարկը։
Ուսումնասիրեք հղումները և գաղտնիքի դրոշները՝ չտպելով գաղտնի արժեքներ։ Սեղանի մուտքը կարող է հասանելի դարձնել գործակալ, որը բացակայում էր բեռնման ժամանակ, և գեներացված գործարկման ֆայլի պատճենումը չի վերարտադրում այդ գործակալին։ Գործնական ախտանիշը թունելն է, որը միանում է, երբ մարդը մուտք է գործում, և ձախողվում է, երբ մեքենան մենակ է մեկնարկում։ Այդ օրինաչափությունը մատնանշում է գաղտնիքների սեփականությունը, ոչ թե երթուղավորումը։
Կատարեք հաստատված փոփոխությունները կապակցմանը տիրող կառավարչի միջոցով, ապա ստուգեք և՛ պահված նույնացուցիչը, և՛ արդյունավետ կապակցումը։ Պահեք մեկ կայուն սեփականատեր, որովհետև ներմուծման, գեներացված keyfile-ի և YAML աղբյուրի անկախ խմբագրումը թողնում է երեք մրցակից բացատրություն այն մասին, թե ինչ կօգտագործի հաջորդ վերակապակցումը։ Ընտրեք այն, ինչ իրականում մնում է, խմբագրեք միայն այն, և տոմսում նշեք, թե որ ֆայլն եք համարել հեղինակավոր։ Հաջորդ մարդը շնորհակալ կլինի ծագման մեկ տողի համար։