NM OpenVPN: შენახული პროფილი თქვენი .ovpn ფაილი არ არის

იგივე .ovpn ფაილი shell-იდან უერთდება და NetworkManager-ში იმპორტის შემდეგ დრო იწურება. ბუნებრივი დასკვნაა, რომ VPN გატეხილია. უფრო სავარაუდო ახსნა უფრო მცირეა: NetworkManager-მა ფაილი არ შეინარჩუნა, მისი ნაწილი შენახულ კავშირში იმპორტა და მოქმედი გვირაბი ნაცვლად ამ შენახულ მონაცემებს იყენებს. რასაც ფაილი ახლა ამბობს, არაფერ შუაშია იმასთან, რასაც პროფილი შეიცავს.

ფაილი პროფილი არ არის

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

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

წაიკითხეთ შენახული პროფილი, და არა დიალოგი

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

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

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

ორი გასაღები და ერთი მიმართულება, რომელსაც მნიშვნელობა აქვს

TLS ავთენტიფიკაციის მქონე კავშირისთვის დანამატი საერთო გასაღების ბილიკს ta -ში ინახავს, ხოლო მიმართულებას ta-dir -ში, როცა განლაგება ერთს იყენებს. ორივე პროფილის მონაცემთა ლექსიკონში ცხოვრობს და ორივე უნდა შეესაბამებოდეს იმას, რასაც სერვერი ელოდება.

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

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

განაახლეთ ერთი ჩანაწერი და არა ლექსიკონი

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

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

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

არ აურიოთ საკონტროლო არხის რეჟიმები

tls-auth, tls-crypt, და tls-crypt-v2 განსხვავებული განლაგებებია. მსგავსი იერის გასაღების ფაილი მათ ურთიერთშენაცვლებად არ ხდის, ხოლო TLS-Auth ველების შევსება იმიტომ, რომ სხვა პროფილი შეფორმატებულ გასაღებს შეიცავს, ქმნის პროფილს, რომელიც არასწორ გასაღებს მსგავსად ვარდება.

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

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