Սեղանին VPN կոճակ չկա. պրոֆիլը դեռ այնտե՞ղ է։
Բացակայող պանելը ինտերֆեյսի հարց է, ոչ թե ապացույց, որ արձանագրությունը վերացել է։ Թվարկեք պահված պրոֆիլները ըստ UUID-ի, ապա նախքան վերատեղադրումը ակտիվացրեք մեկը nmcli-ով։
Փաթեթների վերատեղադրումը հազվադեպ է վերադարձնում այն VPN գրառումը, որը սեղանի ցանցային ընտրացանկը երբեք չի գծել։ Պանելը և միացումը երկու օբյեկտ են՝ երկու սեփականատերով. սեղանի ինտերֆեյսը գծում է այն, ինչ բացահայտում է իր պլագինը, իսկ ցանցային ծառայությունը պահում է պրոֆիլը։ Մեկը կարող է անհետանալ ընտրացանկից, մինչ մյուսը շարունակում է աշխատել, և հենց դրա համար ընտրացանկը սկսելու սխալ տեղ է։ Նախ ստուգեք պրոֆիլը, ապա որոշեք՝ սեղա՞նն է ջարդված, թե՞ միացումը։
Կոճակը և պրոֆիլը պատկանում են տարբեր բաների
Սեղանի ցանցային էջը գծում է այն, ինչ տեղադրված ինտերֆեյսը և նրա VPN խմբագրիչի բաղադրիչները գիտեն գծել։ NetworkManager-ը կամ ցանկացած ծառայություն, որը տիրապետում է ցանցին այդ մեքենայում, պահում է միացման սահմանումը և որոշում՝ հնարավոր է այն բարձրացնել, թե ոչ։ Ոչինչ չի ստիպում երկու տեսակետներին համաձայնել, և սեղանի փոփոխությունից, տարածման թարմացումից կամ մշակման թողարկման դեմ գործարկումից հետո նրանք հաճախ չեն համաձայնում։ Այսպիսով պանելը կարող է թերի լինել առանց թունելի բացակայության։ Դա որպես արձանագրության խնդիր կարդալը ուղիղ տանում է վերատեղադրման ցիկլի մեջ, որը ոչինչ չի ուղղում։
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
Աշխատեք աղյուսակի վրա վերևից, քանի որ յուրաքանչյուր տող պատասխանում է այլ հարցի, և առաջին տողն ամենաէժանն է։ Գոյություն ունեցող պրոֆիլը խնդիրը տեղափոխում է ինտերֆեյս, մինչդեռ պրոֆիլի լրիվ բացակայությունը՝ մատակարարում։ Գուշակելը, թե երկուսից որը ունեք, տասը րոպեանոց ստուգումը դարձնում է վերատեղադրումներով լի ամբողջ կեսօր։
Հարցրեք NetworkManager-ին, թե ինչ է պահել
Հարցրեք անմիջապես ծառայությանը՝ ընտրացանկը կարդալու փոխարեն, քանի որ երկու հրաման բաժանում են գոյություն ունեցողը գործողից։ Գործարկեք դրանք հենց մեքենայի վրա, և երկրորդը գործարկեք յուրաքանչյուր ակտիվացման փորձից առաջ և հետո։ Ցանկերը փոխարինելի չեն, և նրանց միջև տարբերությունը ախտորոշումն է։
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --activeՊահված պրոֆիլը կարող է անգործուն լինել, ինչը նորմալ է և ոչինչ չի ասում սեղանի մասին։ Նման անուններով երկու գրառում սովորական են ներմուծման ցիկլից հետո, և միայն UUID-ն է տարբերում նրանց։ Մեկ այլ ծառայության ուղղակի տիրապետության տակ գտնվող թունելը կարող է երբեք չհայտնվել այս ցանկում, ուստի դատարկ արդյունքը ինքնաբերաբար NetworkManager-ի թերություն չէ։ Այսուհետ ընտրեք ըստ UUID-ի, քանի որ անունները պիտակներ են, որոնք մարդիկ խմբագրում են, իսկ նույնացուցիչները՝ ոչ։
Զննեք պրոֆիլը՝ այն նորից ներմուծելու փոխարեն
Երբ պրոֆիլը գոյություն ունի, կարդացեք նրա մանրամասները՝ չպահանջելով պահված գաղտնիքները։ Երբ այն չկա, մեկ անգամ օգտագործեք այն մատակարարման կամ ներմուծման հոսքը, որը փաստագրում է պլագինը, և հաստատեք, թե ինչ է այն ստեղծել։ Ներմուծումը կրկնելը, քանի որ ընտրացանկը դատարկ մնաց, այն ճանապարհն է, որով մեքենան հայտնվում է մեկ միացման չորս մրցակից պատճեններով։
Այդ պատճենները շեղում են՝ թղթային հետքով, որը ոչ ոք չի կարդում. սեղանի օգտատերը չի կարող ասել, թե որն էր օգտագործվելու, և հաջորդ ադմինիստրատորը նույնպես չի կարող։ Ջնջեք կրկնօրինակները դիտավորյալ՝ գրանցելով նրանց նույնացուցիչները՝ փոխանակ թույլ տալու, որ ներմուծման ցիկլը որոշի։ Գրի առեք այն UUID-ն, որը մնում է, քանի որ հենց այդ արժեքն է պետք տերմինալից ակտիվացմանը։ Երկու անգամ տարբեր անուններով ներմուծված պրոֆիլը սովորաբար մեկ աշխատող սահմանում է և անհամբերության մեկ արտեֆակտ։ Պրոֆիլների ցանկը կոնֆիգուրացիա է, և այն արժանի է նույն խնամքին, ինչ ինքը միացումը։
Ակտիվացրեք պահված պրոֆիլը տերմինալից
nmcli փաստաթղթերը նկարագրում են ընտրված պրոֆիլի ինտերակտիվ ակտիվացումը, ինչը հրամանի տողը դարձնում է աջակցվող երկրորդ ինտերֆեյս, ոչ թե շրջանցում։ Փոխարինեք ներքևի օրինակի նույնացուցիչը ձեր պահած UUID-ով։ Հասկացեք, թե ինչ է անում հրամանը նախքան այն գործարկելը, քանի որ այն փոխում է ցանցի վիճակը։ Երթուղիները և DNS-ը կարող են տեղաշարժվել, և վերակազմավորվող ինտերֆեյսի վրայով հեռավոր սեսիան չի վերապրի։
Գործարկեք այն տեղական կոնսոլից, կամ պլանով, թե ինչպես վերադառնալ, եթե փոփոխությունը սխալ ընթանա։ --ask տարբերակը հավաքում է այն մուտքերը, որոնք բացակայում են պրոֆիլում. այն չի շրջանցում համակարգի թույլտվությունը։ Այն նաև չի երաշխավորում, որ պլագինի յուրաքանչյուր նույնականացման հարցում կաշխատի տերմինալում, քանի որ ոմանք սպասում են երկխոսության, որին այնտեղ չի կարելի հասնել։
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555Կարդացեք արդյունքը նախքան սեղանին մեղադրելը
Եթե պրոֆիլը բարձրանում է, պահված միացումն աշխատում է, և այս կառավարման ուղին աշխատում է։ Դա բողոքը նեղացնում է ինտերֆեյսի վրա, որը բաղադրիչների այլ ցանկ է և հաճախ այլ թիմ։ Եթե այն չի բարձրանում, խափանումը պրոֆիլում է կամ թունելում, և սեղանը երբեք խնդիրը չի եղել։
Հաջող ակտիվացումը դեռ ոչինչ չի ասում այն մասին, թե ինտերֆեյսի խմբագրիչի բաղադրիչը կա՞, թե ոչ, և արդյոք պանելն ինքն է սխալ վարվում։ Դրանք մնում են հարցեր տարածման աջակցվող ինտերֆեյսին և նրան համապատասխան պլագին փաթեթներին։ Դրանք վերատեղադրմանը միացնելը սովորաբար պանելը թողնում է ճիշտ այնպիսին, ինչպիսին կար, և պատմությանը ավելացնում է վերագործարկում։
Օգտակար հաշվետվությունը նշում է սեղանի թողարկումը, միացման տեսակը, պակասող պանելի գործողությունը և այն, թե արդյոք պրոֆիլը տեսանելի է կամ ակտիվացման ենթակա աջակցվող ինտերֆեյսի միջոցով։ Բացակայող ընտրացանկը նկարագրելը չի պահանջում ո՛չ մասնավոր բանալի, ո՛չ հավատարմագրեր կրող պրոֆիլ։ Դա բավարար է, որպեսզի պահպանողը վերարտադրի պանելի վիճակը՝ առանց որևէ հավատարմագրի դիպչելու։