vpnc, OpenConnect თუ AnyConnect-ის გარსი: რომელი ავირჩიოთ?

დანამატების ერთმანეთის მიყოლებით დაყენება, სანამ რამე არ დაუკავშირდება, მთელი ნაშუადღევის დაკარგვა შეიძლება, რადგან «Cisco VPN» სულ ცოტა სამ განსხვავებულ კონფიგურაციას აღწერს. ძველი პროფილი ჯგუფური საიდუმლოთი და XAuth-ით არ არის იგივე სერვისი, რასაც AnyConnect-თან თავსებადი კარიბჭე გვთავაზობს, მაშინაც კი, როცა ერთი ორგანიზაცია ორივეს მართავს. დანამატი პროტოკოლსა და აუთენტიფიკაციის პროცესს უნდა შეესაბამებოდეს და არა მომწოდებლის ლოგოს. მენიუში ჩანაწერი მხოლოდ იმას ამბობს, რომელი ინტეგრაცია არსებობს, და არასოდეს იმას, რომელს მიიღებს კარიბჭე.

ჰკითხეთ კარიბჭის ადმინისტრატორს ორი რამ: რომელი პროტოკოლი და რომელი კლიენტია მისთვის დამტკიცებული.

სამი ინტეგრაცია, სამი განსხვავებული სამიზნე

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

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

აუთენტიფიკაცია ტრანსპორტზე მეტს წყვეტს

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

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

მომსახურება არჩევანის ნაწილია

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

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

პაკეტები სერვისს რედაქტორისგან ჰყოფს

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

მომუშავე დამოუკიდებელი კლიენტი ამტკიცებს, რომ პროტოკოლი მუშაობს. ის არ ამტკიცებს, რომ სამაგიდო ინტეგრაცია დაყენებულია.

ჩაწერეთ ხელშეკრულება

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

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