Կարգավորումները չեն ներմուծում այն .ovpn-ը, որն ընդունում է CLI-ն

Նույն ֆայլը միանում է shell-ից և հրաժարվում ներմուծվել աշխատասեղանի վահանակում։ Դա բացառում է սերվերը, հավատարմագրերը և պրոֆիլի շարահյուսությունը, քանի որ հրամանի տողի հաճախորդն արդեն վերլուծել է բոլոր երեքը։ Մնում է հենց աշխատասեղանի ուղին՝ անհրաժեշտ փաթեթները, հասկացված հրահանգների ենթաբազմությունը և այն օբյեկտը, որը այն գրում է սկավառակին։ Դրանցից յուրաքանչյուրը ձախողվում է տարբեր կերպ, և հաղորդագրությունները հազվադեպ են մատնանշում ճիշտը։

Երեք բան, որ երկխոսությունն ուզում է նախքան որևէ բան վերլուծելը

Ներմուծումն աշխատում է ձեր օգտվողի թույլտվություններով, ուստի միայն root-ի համար հասանելի պանակում գտնվող ֆայլը մերժվում է նախքան դրա բովանդակությունը նշանակություն կունենա։ Վահանակը նաև ցուցադրում է միայն այն VPN տեսակները, որոնց NetworkManager հավելումը տեղադրված է․ առանց OpenVPN հավելման տարբերակը բացակայում է, այլ ոչ թե կոտրված է։ Վերջապես, ցանցային սարքը պետք է կառավարվի․ ոչ կառավարվող նշված ինտերֆեյսը կարող է ընդունել պահված միացում, որը երբեք չի ակտիվանա։ Ստուգեք բոլոր երեքը նախքան պրոֆիլը խմբագրելը։

Երկու հրաման լուծում են առաջին փուլը՝ dpkg -l network-manager-openvpn-gnome-ը հավելման համար և nmcli device status-ը սարքի վիճակի համար։

Ինչ է հանգիստ դեն նետում ներմուծողը

Աշխատասեղանի թարգմանությունը նպատակում է հատկությունների ֆիքսված հավաքածու։ Այդ հավաքածուից դուրս տողերը լուռ դեն են նետվում, ինչի պատճառով թունելը կարող է բարձրանալ նախատեսված կարգաբերման բացակայող մասերով։ up, down և script-security-ով հայտարարված սկրիպտները սովորաբար անհետանում են, ինչպես նաև կառավարման ինտերֆեյսի ընտրանքները և լրացուցիչ հեռավոր բլոկները։ vpn_gateway հիմնաբառով գրված երթուղին բացառություն է․ ներմուծողն այնտեղ ուզում է բառացի IPv4 դարպաս և դադարում է սխալով՝ տողը դեն նետելու փոխարեն։

Դեն նետված երթուղին ճանաչելի ձև ունի։ Միացումն ակտիվանում է, ինտերֆեյսը ստանում է հասցե, և մեկ կոնկրետ ենթացանց անհասանելի է, որովհետև երթուղին երբեք չի հասել պրոֆիլ։

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

Ներմուծման հեղինակավոր արդյունքը բանալու ֆայլն է, ոչ թե ձեր ընտրած .ovpn-ը։ sudo cat /etc/NetworkManager/system-connections/office.nmconnection ցույց է տալիս, թե վահանակն իրականում ինչ է պահել։ Եթե այնտեղ երթուղի կա, բայց բացակայում է կենդանի աղյուսակից, ներմուծումը հաջողվել է, և խնդիրը ակտիվացումն է։ Եթե այն բացակայում է ֆայլից, ներմուծողը դեն է նետել այն, և ոչ մի վերամիացում այն չի վերականգնի։

Երկու այլընտրանքային ուղի խուսափում են թարգմանության շերտից։ nmcli connection import type openvpn file ./office.ovpn-ը գրում է նույն օբյեկտը և հաղորդում այն սխալների մասին, որոնք վահանակը թաքցնում է։

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

Երբ ներմուծումն աշխատում է, բայց ակտիվացումը՝ ոչ

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

Երբ երկխոսության մեջ ոչ մի օգտակար բան չկա, journalctl -u NetworkManager -b-ը ցույց է տալիս, թե ինչու ակտիվացումը ձախողվեց։ Shell-ի հաճախորդը երբեք չի դիպչում այդ ուղուն, ինչի պատճառով այն շարունակում է աշխատել, մինչ աշխատասեղանի պատճենը՝ ոչ։

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