ნაცრისფერი NetworkManager კონტროლი? შეამოწმეთ მფლობელობა ნებართვებამდე

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

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

დასვით სამი კითხვა რიგით

nmcli device status
nmcli general permissions
nmcli connection show

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

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

მფლობელობა და ნებართვა სხვადასხვა ხარვეზია

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

ნებართვა ცალკე ღერძია. NetworkManager ავტორიზაციას უკეთებს არა-root მოძახებლებს PolicyKit-ის მეშვეობით, და მოხსენებული პასუხი შეიძლება იყოს yes, auth ან no. ავტორიზაციის აგენტის გარეშე სესია იტყობინება auth-ს და შემდეგ დესკტოპში ჩუმად ვარდება, რაც გატეხილ კონტროლს ჰგავს და არა დაკარგულ აგენტს.

არც ერთი მათგანი არ გაასწოროთ დესკტოპის root-ად გაშვებით

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

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

დანამატის კითხვა რედაქტორსაც ეხება

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

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

გაასწორეთ პასუხისმგებელი საზღვარი, შემდეგ გადაამოწმეთ

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

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