NM OpenVPN: պահպանված պրոֆիլը ձեր .ovpn ֆայլը չէ

Նույն .ovpn ֆայլը միանում է shell-ից և ժամանակը սպառվում է NetworkManager ներմուծելուց հետո։ Բնական եզրակացությունն այն է, որ VPN-ը կոտրված է։ Ավելի հավանական բացատրությունն ավելի փոքր է՝ NetworkManager-ը ֆայլը չպահպանեց, դրա մի մասը ներմուծեց պահպանված միացման մեջ, և աշխատող թունելը փոխարենը օգտագործում է այդ պահպանված տվյալները։ Այն, ինչ ֆայլը հիմա ասում է, կապ չունի այն բանի հետ, ինչ պարունակում է պրոֆիլը։

Ֆայլը պրոֆիլը չէ

Ներմուծումը թարգմանություն է, ոչ տեղադրում։ Այն տարբերակները, որոնք հավելումը հասկանում է, դառնում են բանալիներ միացման vpn.data բառարանում؛ այն տարբերակները, որոնք չի հասկանում, հեռացվում են կամ գրանցվում այլ տեղ, իսկ սկզբնական ուղին միայն հղում է։ Աղբյուր ֆայլը հետագայում խմբագրելը ոչինչ չի փոխում արդեն պահպանված միացման մեջ։

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

Կարդացեք պահպանված պրոֆիլը, ոչ երկխոսությունը

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

Օգտագործեք UUID-ն, երբ երկու պրոֆիլ կիսում են անունը, և հաստատեք, որ ծառայության տեսակը ձեր սպասած OpenVPN հավելումն է, այլ ոչ թե այլ VPN տեսակ, որ պատահաբար տեղադրված է։ Ապա համեմատեք վերջնակետը, տրանսպորտը և վկայականի հղումները աշխատող կանչի հետ։

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

Երկու բանալի, և մի ուղղություն, որ կարևոր է

TLS նույնականացում օգտագործող միացման համար հավելումը պահպանում է համօգտագործվող բանալու ուղին ta -ում և ուղղությունը՝ ta-dir -ում, երբ տեղաբաշխումն օգտագործում է մեկը։ Երկուսն էլ ապրում են պրոֆիլի տվյալների բառարանում, և երկուսն էլ պետք է համապատասխանեն այն բանին, ինչ սպասում է սերվերը։

Ուղղությունը սերվերի կողմի որոշում է, որ արտահայտվում է հաճախորդի վրա։ Մեկը ընտրելը, որովհետև հարևան պրոֆիլն ունի այն, այն ճանապարհն է, որով աշխատող բանալին սկսում է ձախողել ձեռքսեղմումը։ Եթե սերվերի կարգավորումը ուղղություն չունի, հաճախորդը չպետք է ուղղություն հորինի։

Բանալու ֆայլն ինքը պետք է ընթեռնելի լինի հավելման համար այն համատեքստում, որտեղ այն իրականում աշխատում է։ Սահմանափակ փաթեթն ունի ֆայլային համակարգի այլ տեսք, քան սովորական աշխատասեղանի տեղադրումը, ուստի ձեր shell-ում գոյություն ունեցող ուղին կարող է անտեսանելի լինել ծառայության համար։

Թարմացրեք մեկ գրառում, ոչ բառարանը

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

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

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

Մի շփոթեք կառավարման ալիքի ռեժիմները

tls-auth, tls-crypt, և tls-crypt-v2 տարբեր դասավորություններ են։ Նման տեսք ունեցող բանալու ֆայլը դրանք փոխանակելի չի դարձնում, և TLS-Auth դաշտերը լրացնելը, որովհետև մեկ այլ պրոֆիլ պարունակում է ձևաչափված բանալի, ստեղծում է պրոֆիլ, որը ձախողվում է սխալ բանալու նման ձևով։

Օգտագործեք հավելման քարտեզագրումը, որը համապատասխանում է սերվերի կարգավորման ռեժիմին։ Երբ ռեժիմը պարզ չէ, հարցրեք սերվերի տիրոջը՝ ֆայլի առաջին տողից գուշակելու փոխարեն։

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