OpenVPN არ ჩანს Ubuntu 18.04-ის VPN მენიუში: რა უნდა დააყენოთ

GNOME-ის VPN სიაში შეიძლება არ იყოს არაფერი, რაც თქვენთვის მოცემულ პროფილს შეესაბამება, და ჩვეულებრივი დასკვნა ისაა, რომ დესკტოპს OpenVPN არ შეუძლია. შეუძლია. რაც აკლია, პლაგინის პაკეტია, და იმავე მანქანაზე მდგარ ბრძანების ხაზის კლიენტს მენიუსთან არაფერი აქვს საერთო. სწორედ ეს მითი უნდა მოვკლათ პირველად, რადგან ის ხალხს არასწორი რამის ხელახლა დაყენებისკენ მიუშვებს.

მენიუ პლაგინებს ჩამოთვლის და არა პროტოკოლებს

GNOME აჩვენებს კავშირის ტიპებს, რომლებსაც ქსელის მენეჯერი აცნობს, და მენეჯერი აცნობს დაყენებულ პლაგინებს. ამიტომ ცარიელი სია აღწერს დაყენებული პლაგინების ნაკრებს და არა პროტოკოლის შესაძლებლობებს. სწორედ ამიტომ მუშა openvpn ბინარს პანელში არაფერი ცვლის.

ეს განსხვავება მნიშვნელოვანია, რადგან პანელიდან ორი ხარვეზი ერთნაირად გამოიყურება. დაკარგული პლაგინი და გატეხილი პლაგინი ორივე დიალოგს, რომელიც ვერ დაეხმარება, წარმოქმნის, და მხოლოდ პირველი სწორდება რაიმეს დაყენებით. მენეჯერისთვის იმის კითხვა, რა იცის, მათ ერთმანეთისგან გამოყოფს, სანამ რამეს დააყენებთ. ეს კითხვა ერთი ბრძანება ღირს და ერთი საათის გამოცნობას ცვლის.

რომელ პაკეტს ეკუთვნის დიალოგი

Ubuntu 18.04-ზე პაკეტებს კონკრეტული სახელები აქვთ, და უფრო ახალმა გამოშვებებმა იგივე დაყოფა შეინარჩუნეს. წაიკითხეთ ისინი როგორც როლები და არა როგორც ალტერნატივები, რადგან ერთის დაყენება იშვიათად წყვეტს პრობლემას დამოუკიდებლად. ერთი პაკეტი შეიცავს დემონს და ბრძანების ხაზის კლიენტს, და არცერთმა მათგანმა არ იცის რაიმე პარამეტრების დიალოგის შესახებ.

პლაგინის პაკეტია ის, რაც ქსელის მენეჯერს საშუალებას აძლევს შექმნას, შეინახოს და გაუშვას OpenVPN კავშირი. რედაქტორის პაკეტი აწვდის ფორმას, მის ველებს და შენახვის გზას, რომელსაც პანელი იძახებს. მანქანა პლაგინით და რედაქტორის გარეშე აჩვენებს ტიპს, რომლის კონფიგურირებაც არ შეუძლია, ხოლო მანქანა რედაქტორით და პლაგინის გარეშე საერთოდ არაფერს აჩვენებს. დააყენეთ ნაკრები ერთად და გაურკვევლობა გაქრება.

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

18.04-ზე ეს ნამდვილი არქივის სახელებია და არა შემცვლელები. KDE დესკტოპს საკუთარი რედაქტორის პაკეტი სჭირდება და მაინც სჭირდება პლაგინი, და სწორედ ეს ნაწილი გამოტოვებს მხოლოდ GNOME-ზე გათვლილ სახელმძღვანელოს.

გადატვირთვა ინსტალაციის ნაწილია

პანელი მენეჯერს მის მხარდაჭერილ ტიპებს სერვისის გაშვებისას ეკითხება, და უკვე დახატულ სიას ინსტალაცია არ აახლებს. ამიტომ სერვისის მუშაობის დროს ინსტალაცია წარმოქმნის იმედგამაცრუებელ კომბინაციას: წარმატებული ინსტალაცია და უცვლელი დიალოგი. გადატვირთვა არ არის არასავალდებულო მოვლა; ეს არის ნაბიჯი, რომელიც ინსტალაციას თვალსაჩინოს ხდის.

გადატვირთვა კავშირს რამდენიმე წამით წყვეტს, და ნებისმიერი SSH სესია, რომელიც იმავე ინტერფეისზე გადის, მასთან ერთად წყდება, ასე რომ დაგეგმეთ ეს, თუ მანქანა დისტანციურია. შემდეგ ხელახლა გახსენით პანელი და პირდაპირ ჰკითხეთ მენეჯერს, რას უჭერს მხარს. პირდაპირი შეკითხვა უკეთესი მტკიცებულებაა, ვიდრე მენიუ, რომელიც შეიძლება ქეშში იყოს.

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

ბოლო ბრძანება განმასხვავებელი ტესტია. პლაგინის არსებობისას ის არგუმენტების ნაკლებობით ვარდება; მის გარეშე ის უცნობ VPN ტიპს აცნობებს. ერთი შედეგი შესავსები ფორმაა, მეორე კი ჯერ კიდევ პაკეტირების პრობლემაა. გაუშვით ის ინსტალაციამდე და შემდეგ, თუ გსურთ კონტრასტი აშკარა იყოს.

მიეცით nmcli-ს .ovpn-ის წაკითხვის საშუალება

არაფერი გაიძულებთ მოწოდებული პროფილი კონტროლის მიხედვით ხელახლა ააწყოთ. მენეჯერი .ovpn ფაილებს პირდაპირ კითხულობს და მათ დირექტივებს შენახულ კავშირად აქცევს, მათ შორის ჩაშენებულ სერთიფიკატებს. იმპორტი სიზუსტით ჯობია გადაწერასაც, რადგან არასწორად აკრეფილი შიფრი ან მოჭრილი გასაღები წარმოქმნის ხარვეზს, რომელიც სერვერის პრობლემას ჰგავს.

დატოვეთ პროფილი ნებისმიერი გასაღების ან სერთიფიკატის გვერდით, რომელზეც მიუთითებს, სანამ შენახვა დასრულდება, რადგან კავშირი, რომელიც მხოლოდ ფაილის ბილიკებს ინახავს, ფაილების გადაადგილებისას ფუჭდება. შემდეგ გამოსცადეთ კავშირი სახელით და უპასუხეთ ნებისმიერ სერთიფიკატის მოთხოვნას წინა პლანზე, რომ დაინახოთ, რა სჭირდება. შენახული კავშირი, რომელიც არასოდეს გააქტიურებულა, არაფრის მტკიცებულება არ არის.

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

ის მესამე ბრძანება ადასტურებს, რომ გვირაბი აწეულია თქვენ მიერ მოსალოდნელი სახელით. ის ასევე გამოყოფს წარუმატებელ კავშირს იმ კავშირისგან, რომელიც არასოდეს გააქტიურდა.

რასაც მენიუ ვერ გეტყვით

ტიპის არქონა არაფერს ამბობს გეიტვეიზე, და ეს არ ნიშნავს, რომ სერვერი OpenVPN-ს უარყოფს. ეს არ არის მიზეზი, დააყენოთ დაუკავშირებელი პროტოკოლის პლაგინი, რომ მენიუს ელემენტი გამოჩნდეს. ამ მეორე შეცდომას პრაქტიკაში სახელი აქვს: ადამიანები PPTP ან AnyConnect პროფილს OpenVPN სერვისისკენ მიმართავენ, იმიტომ რომ სწორედ ის ელემენტები იყო შეთავაზებული.

ჯერ პაკეტირება შეაკეთეთ; სერვერის კითხვა შემდეგ მოდის. პროფილი, რომელიც სუფთად იმპორტირდება და არასოდეს ავთენტიფიცირდება, წარუმატებელია სერთიფიკატის, TLS-ის ან მონაცემების კითხვაზე და არა რედაქტორისაზე. თითოეული მათგანი განსხვავებულ მტკიცებულებას ტოვებს, და არცერთი არ ჩნდება დიალოგში. წაიკითხეთ კლიენტის ჟურნალი, სანამ პარამეტრების პანელს ხელახლა გახსნით.

დაამტკიცეთ იმ რესურსით, რომელსაც ნამდვილად იყენებთ

როცა ტიპი არსებობს და კავშირი შენახულია, დარეკეთ მასზე და გახსენით რესურსი, რომელსაც ნამდვილად იყენებთ. მხოლოდ გააქტიურება ამტკიცებს მხოლოდ იმას, რომ ორი ბოლო გვირაბზე შეთანხმდა. გვირაბი, რომელიც ადის და არაფერს ატარებს, შემდეგი ხარვეზის რეჟიმია, და პანელი მას ვერ ხედავს.

ჩაწერეთ, რომელი რესურსი გამოსცადეთ, რომ შემდეგმა ადამიანმა ეს შემოწმება გაიმეოროს და თავიდან არ დაიწყოს. როცა გვირაბი აწეულია და რესურსი მაინც ვარდება, გამოძიება გადადის მარშრუტებსა და DNS-ზე და არა დიალოგზე. სწორედ ეს ჩანაწერია განსხვავება გამოსწორებასა და ზღაპარს შორის.