Wi-Fi-ը ինքն է միանում, VPN-ին պետք է երկրորդային կապ

Նոութբուքը միանում է Wi-Fi-ին նախքան նստելը, իսկ VPN-ը դեռ սպասում է սեղմման։ VPN պրոֆիլում ավտոմիացումը ոչինչ չի փոխում, քանի որ այդ անջատիչը կառավարում է պրոֆիլի սեփական ակտիվացումը, և NetworkManager-ը VPN-ը դիտարկում է որպես բազային միացման ուղեկից։ Փաստաթղթավորված մեխանիզմը բազային միացման երկրորդական ցանկն է, և դա այլ հատկություն է այլ տեղում։

Ավտոմիացումը VPN-ի անջատիչը չէ

Wi-Fi կամ Ethernet պրոֆիլը կարող է ինքնուրույն ակտիվանալ, քանի որ տիրապետում է սարքի։ VPN հավելվածի պրոֆիլը նույն իմաստով սարք չի տիրապետում. այն սկսվում է այնպիսի միացման կողքին, որը տիրապետում է։ Այդ պատճառով VPN-ի ավտոմիացման դրոշակը ճիշտ է թվում, ճիշտ է պահվում և ոչ մի թունել չի ստեղծում։ Դրոշակը պատասխանում է պրոֆիլի մասին հարցին, ոչ թե դրա կարիք ունեցող ցանցի։

Մոդելի այսպիսի ընթերցումը բացատրում է նաև ձախողման եղանակը։ Բազան միանում է, ոչինչ VPN-ից չի պահանջում սկսել, և աշխատասեղանը ցույց է տալիս անջատված VPN միացված ցանցի կողքին։ Ոչինչ կոտրված չէ. կապը երբեք չի ստեղծվել։

Նույնականացրեք երկու պրոֆիլները UUID-ով

nmcli -f NAME,UUID,TYPE connection show

Ընտրեք այն Wi-Fi կամ Ethernet պրոֆիլը, որը պետք է գործարկի թունելը, ապա նախատեսված VPN պրոֆիլը։ Օգտագործեք UUID, ոչ անուններ, քանի որ անունը պիտակ է, որը կարելի է կրկնօրինակել կամ խմբագրել, և հենց UUID-ն է, որ ակտիվացման ուղին իրականում լուծում է։

Չշփոթեք պրոֆիլի անունը ինտերֆեյսի անվան կամ մեքենայի ներկա հասցեի հետ։ Դրանք երեք տարբեր նույնացուցիչներ են, որոնք տերմինալում պատահաբար նման են երևում, և դրանց խառնումը ստեղծում է ոչնչի ուղղված փոփոխություն։

Ավելացրեք VPN-ը բազային միացմանը

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

Պլյուսով ձևը ավելացնում է գոյություն ունեցող ցանկին. այն բաց թողնելը փոխարինում է ցանկը, ինչը լուռ հեռացնում է արդեն կարգավորված ցանկացած այլ երկրորդային միացում։ Նախ դիտեք ընթացիկ արժեքը և նշում արեք դրա մասին, նախքան ինչ-որ բան փոխելը։

NetworkManager-ի միացման կարգավորումները երկրորդականները նկարագրում են որպես բազային միացման հետ միասին մեկնարկող VPN միացումներ։ Արդյոք բնիկ WireGuard պրոֆիլը նույն տեսակի օբյեկտ է, կախված է նրանից, թե ինչպես է NetworkManager-ը կառավարում այն, ուստի նույն հրամանը կարող է սխալ գործիք լինել ինտերֆեյսի տեսքով հայտնվող թունելի համար, այլ ոչ VPN հավելվածի։

Սա միացման քաղաքականության փոփոխություն է, ոչ գործարկման պահի անջատիչ։ Կիրառեք այն ցանկացած վերամիացման գործընթացով, որը հաստատում է տեղակայումը, և ակնկալեք, որ փոփոխությունից հետո առաջին ակտիվացումը այլ կերպ կվարվի, քան այն նստաշրջանը, որտեղ հիմա նստած եք։

Գաղտնիքները կապի մասը չեն

Երկրորդային գրառումն ասում է՝ «սա սկսիր դրա հետ»։ Դրանում ոչինչ գաղտնաբառ չի հանձնում, բանալիների շղթա չի բացում և հուշման չի պատասխանում։ Այն պրոֆիլը, որը աշխատասեղանի մուտքից հետո հանգիստ նույնականացվում է, այնուամենայնիվ կարող է ձախողվել, երբ ակտիվացվում է այնպիսի համատեքստում, որտեղ գաղտնիքների գործակալը հասանելի չէ։

Փաստացի տեղակայման համար օգտագործեք աջակցվող համակարգի կամ գաղտնիքների գործակալի կարգավորումը։ Բոլորի գաղտնաբառը սկրիպտում պահելը, որպեսզի թունելը սկսվի առանց հսկողության, նույնականացման նախագիծը վերածում է ֆայլի, որն ապրում է ավելի երկար, քան իր տիրոջ աշխատանքը։

Կարդացեք երկու իրադարձությունները, ապա ստուգեք ռեսուրսը

Մեկ փորձի ընթացքում դիտեք բազային միացումը և VPN-ի ակտիվացումը։ Բացակայող VPN իրադարձությունը նշանակում է, որ գործարկիչը երբեք չի կարգավորվել կամ UUID-ն սխալ է։ VPN իրադարձությունը, որին հաջորդում է նույնականացման ձախողում, նշանակում է, որ գործարկիչն աշխատել է, և մնացած խնդիրը հավատարմագրերն են, ինչը այլ ուղղում է։

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