პარამეტრები არ აიმპორტებს იმ .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 უჩივლელად აიმპორტებს.