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წაიკითხეთ შედეგი, სანამ დესკტოპს დაადანაშაულებთ
თუ პროფილი ამოდის, შენახული კავშირი მუშაობს და ეს მართვის გზაც მუშაობს. ეს საჩივარს ინტერფეისზე ზღუდავს, რომელიც სხვა კომპონენტების სიაა და ხშირად სხვა გუნდი. თუ არ ამოდის, ხარვეზი პროფილშია ან გვირაბში, და დესკტოპი არასოდეს ყოფილა პრობლემა.
წარმატებული აქტივაცია მაინც არაფერს ამბობს იმაზე, არის თუ არა ინტერფეისის რედაქტორის კომპონენტი და იქცევა თუ არა თავად პანელი არასწორად. ეს რჩება კითხვებად დისტრიბუციის მხარდაჭერილი ინტერფეისისა და მისი შესაბამისი დანამატის პაკეტების მიმართ. მათი გადაინსტალირებაში ჩასმა ჩვეულებრივ პანელს ტოვებს ზუსტად ისე, როგორც იყო, და ამბავს ხელახალ ჩატვირთვას უმატებს.
სასარგებლო ანგარიში ასახელებს დესკტოპის გამოშვებას, კავშირის ტიპს, დაკარგულ პანელის ოპერაციას და იმას, ჩანს თუ არა პროფილი ან შეიძლება თუ არა მისი გააქტიურება მხარდაჭერილი ინტერფეისით. დაკარგული მენიუს აღწერა არც კერძო გასაღებს მოითხოვს და არც რწმუნებებმატარებელ პროფილს. ეს საკმარისია, რომ მომვლელმა პანელის მდგომარეობა გაამრავლოს რომელიმე რწმუნებების შეხების გარეშე.