nmcli VPN სია: შენახული პროფილები აქტიური გვირაბების წინააღმდეგ
ერთი სია არის ის, რაც მანქანამ შეინახა, მეორე — ის, რაც მიერთებულია. სასურველი VPN შესაძლოა wireguard ტიპის იყოს, ან საერთოდ არ იყოს NetworkManager-ის კავშირი.
თქვენ უშვებთ nmcli connection show-ს VPN-ების სიის მოლოდინში, მაგრამ იღებთ ყველა კავშირს, რაც მანქანას ოდესმე შენახვია, მათ შორის ხიდი და ჰოთსპოტი. VPN, რომელსაც ეძებთ, შეიძლება იქ იყოს, vpn-ისგან განსხვავებული ტიპი ჰქონდეს, ან საერთოდ არ იყოს NetworkManager-ის კავშირი. იმის გასაგებად, ამ სამი შემთხვევიდან რომელი გაქვთ, ორი ბრძანებაა საჭირო.
ორი სია, ორი კითხვა
connection show პასუხობს, რა შეინახა NetworkManager-მა, ხოლო connection show --active პასუხობს, რა არის ახლა მოწყობილობაზე მიერთებული. პირველი სია მოიცავს არააქტიურ პროფილებს და ეს განზრახ არის: გამორთული შენახული VPN მაინც ის პროფილია, რომლის გასწორებაც შეიძლება დაგჭირდეთ. ორივეს არევა ქმნის შთაბეჭდილებას, რომ გვირაბი მუშაობს, მაშინ როცა მხოლოდ მისი კონფიგურაცია არსებობს.
აირჩიეთ ველები ნაგულისხმევი ცხრილის წაკითხვის ნაცვლად, რადგან ნაგულისხმევი გამოტანა მალავს ტიპს ვიწრო ტერმინალებზე და ხვევს გრძელ სახელებს.
NAME, UUID და TYPE ჩვეულებრივ საკმარისია პირველი ხედისთვის, შემდეგ კი ამოწმებთ ერთადერთ ჩანაწერს, რომელიც გაინტერესებთ, UUID-ით.
TYPE არის ის ადგილი, სადაც სიურპრიზებია
OpenVPN plugin-ის მეშვეობით მართული კავშირები ჩანს როგორც vpn ტიპი, რადგან plugin არის სერვისი ზოგადი VPN ჩარჩოს შიგნით. WireGuard-ის მშობლიური მხარდაჭერა დამოუკიდებელი პირველი კლასის კავშირის ტიპია, ამიტომ vpn-ზე ფილტრაცია ვერ იპოვის. WireGuard გვირაბის ძებნა, რომელიც არაფერს აბრუნებს, ჩვეულებრივ ფილტრის პრობლემაა და არა დაკარგული პროფილი. ეს არქიტექტურული განსხვავებაა, არა სახელდების უცნაურობა.
იგივე ეხება სხვა გვირაბის ტიპებს, რომლებიც NetworkManager-მა დროთა განმავლობაში ისწავლა მშობლიურად დამუშავება, ამიტომ წაიკითხეთ TYPE სვეტი, სანამ დაასკვნით, რომ რაღაც აკლია.
ჩამოთვალეთ ყველაფერი და შემდეგ გაფილტრეთ, და პროფილი გამოჩნდება.
წაიკითხეთ UUID, და არა მხოლოდ სახელი
სახელები იარლიყებია, რომლებსაც ადამიანები არედაქტირებენ, და ორ პროფილს შეუძლია ერთის გაზიარება უყურადღებო იმპორტის შემდეგ. UUID არის ის იდენტობა, რომელსაც ბრძანებები და ფაილები მიმართავენ. როცა ჩანაწერი დუბლირებულად გამოიყურება, შეადარეთ UUID და ძირითადი პარამეტრები, სანამ რამეს წაშლით.
აქტივაციის ბრძანებები ორივეს იღებს, და სწორედ ამიტომ სახელზე დაფუძნებული ჩვევა საბოლოოდ არასწორ პროფილს ცვლის.
დააკოპირეთ UUID თქვენს ჩანაწერებში, როცა ცვლით რაღაცას, რისი გაუქმებაც შეიძლება დაგჭირდეთ.
რასაც შენახული პროფილი არ გეუბნებათ
შენახული პროფილი არაფერს ამბობს იმაზე, აწეულია თუ არა მისი გვირაბი, და აქტიური კავშირი არაფერს ამბობს იმაზე, მუშაობს თუ არა მის შიგნით ტრაფიკი. გვირაბი, რომელსაც wg-quick ან სერვისული ერთეული იწყებს, საერთოდ არ არის NetworkManager-ის კავშირი, ამიტომ ის ორივე სიიდან აკლია, მაშინ როცა ინტერფეისი აშკარად გაატარებს ტრაფიკს. შეამოწმეთ ინტერფეისი და მარშრუტიზაციის ცხრილი, სანამ ჩათვლით, რომ პროფილი აკლია. ცარიელი სია მხოლოდ იმას ამტკიცებს, რომ NetworkManager მფლობელი არ არის.
ორი მმართველი ერთი ინტერფეისისთვის ამ პრობლემის სხვა ვერსიაა, და ის ქმნის სწორად შესახედ სიას, მაშინ როცა ბირთვის მდგომარეობას სხვა რამ ფლობს.
ერთი მფლობელი ინტერფეისზე სიას პატიოსნად ინახავს, და nmcli-ის ცნობარი აღწერს, რომელ ველებს აცხადებს რეალურად თითოეული ხედი.
მოხსენით საიდუმლოებების გაჟონვის გარეშე
connection show სახელით ბეჭდავს პარამეტრებს, და --show-secrets-ის დამატება ბეჭდავს პირად გასაღებებსა და პაროლებს მათთან ერთად. ბილეთში პრობლემის მოგვარების ჩასასმელად ისინი არ გჭირდებათ. ნაცვლად ამისა მიუთითეთ ტიპი, UUID, მდგომარეობა და შესაბამისი მარშრუტები, და დაფარეთ ყველაფერი, რაც საიდუმლოებათა საცავიდან მოვიდა.
--ask-ით ინტერაქტიული აქტივაცია დაკარგული სერტიფიკატის მიწოდების მხარდაჭერილი გზაა, და უმეთვალყურეო ავტომატიზაციას სჭირდება სხვა დამტკიცებული წესრიგი, და არა შენახული ღია ტექსტის პაროლი.
მოკლე, დაფარული მოხსენება უფრო ადვილი გადასახედია, ვიდრე სრული დემვპი.