Keyfile თუ Netplan: სად ინახება VPN პროფილი სინამდვილეში?
შენახული VPN შეიძლება იყოს keyfile-ში ან გენერირებულ Netplan ფაილში. დააკავშირეთ კავშირის UUID მის ნამდვილ მფლობელთან, სანამ შეასწორებთ რაიმეს, რაც გადაიწერება.
თქვენ მიერ იმპორტირებული ფაილის პოვნა ადვილი ნაწილია და ხშირად არასწორი დასაწყისი. მთავარია, რომელ ფაილს კითხულობს NetworkManager დღეს შენახულ კავშირად, და ეს დამოკიდებულია კავშირის იდენტიფიკატორზე და იმ კონფიგურაციის ბექენდზე, რომელსაც დაყენებული პაკეტები რეალურად იყენებენ. იმპორტის შესწორება ამ კითხვაზე პასუხის გაცემამდე არის გზა, რომლითაც მომუშავე VPN ორ ნახევრად სწორ კონფიგურაციად იქცევა.
იმპორტირებული ფაილი არ არის შენახული პროფილი
ყოველი VPN პრობლემის გარშემო სამი სახელი ტრიალებს: კავშირის სახელი, თქვენ მიერ იმპორტირებული ფაილის სახელი და ვირტუალური ინტერფეისი, რომელიც ჩნდება გვირაბის აწევისას. არც ერთი მათგანი არ იდენტიფიცირებს შენახულ კონფიგურაციას, და კავშირის სახელი შეიძლება შეიცვალოს, სანამ მის უკან არსებული ფაილი ინარჩუნებს თავის პირვანდელ იდენტიფიკატორს.
დაიწყეთ მხოლოდ-კითხვითი ინვენტარით და აირჩიეთ სასურველი VPN იდენტიფიკატორით და არა ეტიკეტით:
nmcli -f NAME,UUID,TYPE connection showდატოვეთ ენდპოინტის ჰოსტსახელები და იდენტობის ეტიკეტები ბილეთში ჩასმული ნებისმიერი ინვენტარის გარეთ. სასარგებლო ნაწილია ტიპი და იდენტიფიკატორი; დანარჩენი კონტექსტია, რომელიც უცხოს არ სჭირდება. დაფარეთ დანარჩენი გაზიარებამდე და თქვით, რომ ეს გააკეთეთ, რათა არავის გაუჩნდეს კითხვა, რას ნიშნავს ცარიელი ადგილები.
keyfile-ის ადგილები ერთსა და იმავეს არ ნიშნავს
მშობლიური keyfile დანამატით კავშირის ფაილები შეიძლება გამოჩნდეს სამ საქაღალდეში, და მათ შორის განსხვავება მდგრადობაა, არა მოხერხებულობა.
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
გაშვების დროის ასლის შესწორება წარმატებულად გამოიყურება შემდეგ გაშვებამდე, როცა ცვლილება ორთქლდება და ფაილი იდუმალებით დაბრუნებულად გამოიყურება. პაკეტის მიერ მოწოდებული ასლის შესწორება მუშაობს მანამ, სანამ განახლება ჩაანაცვლებს მას, რაც იმავე გაკვეთილის უფრო ნელი და დამაბნეველი ვერსიაა.
keyfile-ის დოკუმენტაცია ამატებს დეტალს, რომლის პატივისცემაც ღირს: ეს ფაილები შეიძლება შეიცავდეს კერძო გასაღებებს და პაროლურ ფრაზებს, და NetworkManager უგულებელყოფს ნებისმიერ keyfile-ს, რომლის წაკითხვა ან ჩაწერა root-ის გარდა სხვა მომხმარებლებს შეუძლიათ. საქაღალდის ნებართვების გაფართოება პარამეტრის საძებნელად არღვევს იმ ჩატვირთვის ქცევას, რომლის შემოწმებაც გსურდათ.
როცა Netplan ფლობს მდგრადობას
Ubuntu-ზე, Netplan-ის დოკუმენტაციაში აღწერილი NetworkManager ინტეგრაცია, ხელმისაწვდომი 23.10-დან, ცვლის, სად ცხოვრობს მდგრადი ასლი. არადროებითი კავშირებისთვის ის წერს /etc/netplan/90-NM-<connection UUID>.yaml და მის ქვეშ ქმნის ეფემერულ NetworkManager პროფილს: /run/NetworkManager/system-connections/.
ეს დისტრიბუციის ინტეგრაციაა, არა წესი ყოველი NetworkManager ინსტალაციისთვის. YAML ფაილის ძებნამდე დაადასტურეთ, რომ დაყენებული პაკეტები რეალურად იყენებენ მას. ასევე გახსოვდეთ, რომ გაშვების დროის პროფილი შეიძლება იყოს სხვა რაღაცის გენერირებული წარმოდგენა და არა ის წყარო, რომლის შესწორებაც ღირს. ორი ბრძანების შემოწმება ზოგავს ერთ საათს არასწორი ფაილის შესწორებაზე.
დოკუმენტირებული მაგალითი ინახავს OpenVPN კავშირს Netplan nm-devices ტიპის მეშვეობით NetworkManager-ის გატარების მონაცემებით. ის ფაქტი, რომ Netplan-ს კონკრეტული VPN ველის განსაკუთრებული ინტერპრეტაცია არ აქვს, არ ნიშნავს, რომ თქვენი შენახული VPN დაიკარგა; ეს ნიშნავს, რომ ველი მოგზაურობს გაუმჭვირვალე მონაცემებად.
გარდამავალი ინტერფეისები პროფილები არ არის
აქტივაცია ქმნის დროებით ვირტუალურ კავშირებს და ინტერფეისებს, რომლებიც არასდროს უნდა დარჩენილიყო. ინტეგრაცია განზრახ არ წერს ახალ YAML ფაილს თითოეულისთვის, ამიტომ მათი არქონა /etc/netplan-ში არაფერს ამბობს იმაზე, არის თუ არა მშობელი პროფილი შენახული.
თუ მისდევთ ფაილს, რომელიც ჩნდება და ქრება, ალბათ უყურებთ ერთ-ერთ მათგანს და არა თქვენს კონფიგურაციას. შეამოწმეთ, გადაურჩება თუ არა ის გადატვირთვას, სანამ მისი შიგთავსიდან რაიმე დასკვნას გამოიტანთ. გაშვების დროის ფაილი, რომელიც გადატვირთვისას ქრება, გეუბნებათ, რომ ის არასდროს ყოფილა წყარო, და ეს ერთი დაკვირვება მთელ გამოძიებას სხვა მიმართულებით აქცევს. ის ასევე ხსნის, თუ რატომ ჩანდა შესწორება მაშინ წარმატებული.
საიდუმლოებები და საკუთრება
პროფილს შეუძლია მიუთითოს სრულიად სხვაგან შენახულ სერტიფიკატზე ან გასაღებზე, და პაროლი შეიძლება ეკუთვნოდეს NetworkManager-ს, მოწოდებული იყოს მომხმარებლის სესიის საიდუმლო აგენტის მიერ, ან განზრახ არ იყოს შენახული. ამიტომ ერთი ფაილის მოძებნა ძალიან ცოტას წყვეტს იმაზე, თუ რა დასჭირდება უყურადღებო გაშვებას.
შეამოწმეთ მითითებები და საიდუმლო დროშები საიდუმლო მნიშვნელობების დაბეჭდვის გარეშე. სამუშაო მაგიდაზე შესვლამ შეიძლება ხელმისაწვდომი გახადოს აგენტი, რომელიც ჩატვირთვისას არ არსებობდა, და გენერირებული გაშვების ფაილის კოპირება არ ამრავლებს იმ აგენტს. პრაქტიკული სიმპტომია გვირაბი, რომელიც უერთდება, როცა ადამიანი შედის, და ვერ უერთდება, როცა მანქანა მარტო ირთვება. ეს ნიმუში მიუთითებს საიდუმლოების საკუთრებაზე და არა მარშრუტიზაციაზე.
გააკეთეთ დამტკიცებული ცვლილებები იმ მენეჯერის მეშვეობით, რომელიც ფლობს კავშირს, შემდეგ შეამოწმეთ როგორც შენახული იდენტიფიკატორი, ისე ეფექტური კავშირი. შეინარჩუნეთ ერთი მდგრადი მფლობელი, რადგან იმპორტის, გენერირებული keyfile-ის და YAML წყაროს დამოუკიდებლად შესწორება ტოვებს სამ კონკურენტულ განმარტებას იმაზე, თუ რას გამოიყენებს შემდეგი ხელახალი კავშირი. აირჩიეთ ის, რაც რეალურად რჩება, შეასწორეთ მხოლოდ ის, და ბილეთში ჩაწერეთ, რომელი ფაილი მიიჩნიეთ ავტორიტეტულად. შემდეგი ადამიანი მადლობელი იქნება წარმომავლობის ერთი ხაზისთვის.