nmcli VPN ցանկ՝ պահված պրոֆիլներն ընդդեմ ակտիվ թունելների

Դուք գործարկում եք nmcli connection show՝ սպասելով VPN-ների ցանկի, բայց ստանում եք բոլոր միացումները, որ մեքենան երբևէ պահել է, ներառյալ կամուրջ և հոթսփոթ։ Ձեր փնտրած VPN-ը կարող է այնտեղ լինել, կարող է vpn-ից տարբեր տիպ ունենալ, կամ ընդհանրապես NetworkManager-ի միացում չլինել։ Այս երեք դեպքերից որում եք դուք, իմանալու համար երկու հրաման է պետք։

Երկու ցանկ, երկու հարց

connection show-ը պատասխանում է, թե NetworkManager-ը ինչ է պահել, իսկ connection show --active-ը՝ թե ինչ է հիմա միացած սարքին։ Առաջին ցանկը ներառում է ոչ ակտիվ պրոֆիլներ, և դա միտումնավոր է, քանի որ պահված VPN-ը, որը կանգնած է, դեռ պրոֆիլ է, որը գուցե ստիպված լինեք ուղղել։ Երկուսը շփոթելը տպավորություն է ստեղծում, թե թունելը աշխատում է, մինչդեռ գոյություն ունի միայն դրա կոնֆիգուրացիան։

Ընտրեք դաշտեր՝ լռելյայն աղյուսակը կարդալու փոխարեն, որովհետև լռելյայն արտածումը թաքցնում է տիպը նեղ տերմինալներում և տողադարձում երկար անունները։

NAME-ը, UUID-ն և TYPE-ը սովորաբար բավարար են առաջին հայացքի համար, ապա դուք ստուգում եք ձեզ հետաքրքրող միակ գրառումը UUID-ով։

TYPE-ն է, որտեղ անակնկալներն են

OpenVPN plugin-ով կառավարվող միացումները ցուցադրվում են որպես vpn տիպ, որովհետև plugin-ը ծառայություն է ընդհանուր VPN շրջանակի ներսում։ WireGuard-ի բնիկ աջակցությունն ինքնուրույն առաջին կարգի միացման տիպ է, ուստի vpn-ով զտելը այն չի գտնի։ WireGuard թունելի որոնումը, որը ոչինչ չի վերադարձնում, սովորաբար զտիչի խնդիր է, ոչ թե բացակայող պրոֆիլ։ Սա ճարտարապետական տարբերություն է, ոչ թե անվանակոչման քմահաճույթ։

Նույնը վերաբերում է այլ թունելի տիպերին, որոնք NetworkManager-ը ժամանակի ընթացքում սովորել է մշակել բնիկորեն, ուստի կարդացեք TYPE սյունակը՝ նախքան եզրակացնելը, թե ինչ-որ բան բացակայում է։

Թվարկեք ամեն ինչ և զտեք հետո, և պրոֆիլը կհայտնվի։

Կարդացեք UUID-ն, ոչ միայն անունը

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

Ակտիվացման հրամաններն ընդունում են երկուսից որևէ մեկը, և հենց դրա համար է, որ անվան վրա հիմնված սովորությունը ի վերջո փոխում է սխալ պրոֆիլը։

Պատճենեք UUID-ն ձեր նշումների մեջ, երբ փոխում եք մի բան, որը գուցե ստիպված լինեք հետ վերցնել։

Ինչ չի ասում ձեզ պահված պրոֆիլը

Պահված պրոֆիլը ոչինչ չի ասում այն մասին, թե արդյոք դրա թունելը բարձրացված է, և ակտիվ միացումը ոչինչ չի ասում այն մասին, թե արդյոք դրա ներսի տրաֆիկը աշխատում է։ Թունելը, որը մեկնարկում է wg-quick-ը կամ ծառայության միավորը, ընդհանրապես NetworkManager-ի միացում չէ, ուստի այն բացակայում է երկու ցանկերից էլ, մինչդեռ ինտերֆեյսը հստակորեն անցկացնում է տրաֆիկ։ Ստուգեք ինտերֆեյսը և երթուղային աղյուսակը՝ նախքան ենթադրելը, որ պրոֆիլը բացակայում է։ Դատարկ ցանկը միայն ապացուցում է, որ NetworkManager-ը սեփականատեր չէ։

Նույն ինտերֆեյսի համար երկու կառավարիչ այս խնդրի մյուս տարբերակն է, և այն ստեղծում է ճիշտ թվացող ցանկ, մինչդեռ միջուկի վիճակը պատկանում է ուրիշ բանի։

Մեկ սեփականատեր յուրաքանչյուր ինտերֆեյսի համար ցանկը պահում է ազնիվ, և nmcli տեղեկատուն փաստագրում է, թե յուրաքանչյուր տեսք իրականում ինչ դաշտեր է հաղորդում։

Զեկուցեք առանց գաղտնիքների արտահոսքի

connection show-ը անունով տպում է կարգավորումները, և --show-secrets ավելացնելը տպում է մասնավոր բանալիներն ու գաղտնաբառերը դրանց հետ միասին։ Տոմսի մեջ խնդրի լուծում փակցնելու համար դրանք պետք չեն։ Փոխարենը նշեք տիպը, UUID-ն, վիճակը և համապատասխան երթուղիները, և քողարկեք այն ամենը, ինչ եկել է գաղտնիքների պահոցից։

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

Կարճ, քողարկված զեկույցն ավելի հեշտ է վերանայել, քան ամբողջական արտածումը։