ჩვენ OpenVPN-ს ვიყენებთ: პროტოკოლი, ძრავი თუ აპლიკაცია? რა უნდა ვიკითხოთ სანაცვლოდ
ერთი და იგივე სიტყვა ასახელებს პროტოკოლს, სერვერის პაკეტსა და ტელეფონის აპლიკაციას. გამოყავით როლი, შემდეგ ჰკითხეთ კლიენტი, პროფილი და რესურსი.
წინადადება «ჩვენ OpenVPN-ს ვიყენებთ» ჩნდება ბილეთებში, შესყიდვის ფორმებსა და ახალი თანამშრომლის დოკუმენტებში და თითოეულში სხვადასხვა კითხვას პასუხობს. ზოგჯერ ის გადაცემის პროტოკოლს ასახელებს, ზოგჯერ გეითვეიზე არსებულ პროგრამას, ზოგჯერ კი იმ აპლიკაციას, რომელიც ახალმა თანამშრომელმა უნდა დააყენოს. ეს სამი ფაქტი სხვადასხვა შემდეგ ნაბიჯს იწვევს და იმის კითხვა, რომელი იგულისხმება, ნაკლებ დროს მოითხოვს, ვიდრე გამოცნობა. გამოძიების დანარჩენი ნაწილი ამ პასუხიდან გამომდინარეობს.
დაიწყეთ როლის ბრენდისაგან გამოყოფით, რადგან ბრენდი სამივეს მოიცავს.
სახელი მოიცავს სამ როლს, რომლებიც სხვადასხვაგვარად ფუჭდება
როგორც პროტოკოლი, OpenVPN აღწერს, როგორ ქმნიან თავსებადი მხარეები გვირაბს და იცავენ მასში გამავალს. როგორც პროგრამული უზრუნველყოფა, ეს არის იმპლემენტაცია, რომელიც ამ პროტოკოლზე საუბრობს კლიენტის ან სერვერის როლში. როგორც კლიენტი, ეს არის აპლიკაცია, რომელსაც ვიღაც აყენებს, თავისი ვერსიით, პროფილის ფორმატითა და პლატფორმის თავისებურებებით. ერთ როლში ჩავარდნა არ ნიშნავს სხვა როლში ჩავარდნას, ამიტომაც «OpenVPN გათიშულია» წინადადებას სუბიექტი სჭირდება.
ჰკითხეთ, რა ხედავს შემატყობინებელი: პროფილის ფაილს, დაყენებულ პროგრამას თუ გეითვეის, რომელსაც თავად მართავს. ეს ერთი დეტალი გეუბნებათ, შემდეგი ნაბიჯი კლიენტის ჟურნალია, პაკეტის შესახებ კითხვა თუ სერვერის მხარეს მსმენელის შემოწმება.
OpenVPN 2 და OpenVPN 3 განახლების წყვილი არ არის
OpenVPN 2.x მუშაობს როგორც სერვერის, ისე კლიენტის როლში და სწორედ მას იყენებს გეითვეის განლაგებათა უმეტესობა. OpenVPN 3 ცალკე, კლიენტზე ორიენტირებული იმპლემენტაციაა საკუთარი კონფიგურაციითა და სესიის მოდელით, და არა შემდეგი გამოცემა, რომელსაც 2.x სერვერზე დააყენებთ. OpenVPN Connect კლიენტური აპლიკაციაა, აგებული OpenVPN 3 ძრავზე. რომელიმეს დაყენება ინტერნეტ გამოსასვლელ სერვისს არ ქმნის; გამოსასვლელი ის არის, რაც ოპერატორმა დააკონფიგურირა.
პროტოკოლის დონეზე თავსებადობა პროფილის დირექტივებზე არ ვრცელდება, ამიტომ სუფთად იმპორტირებული პროფილი მაინც შეიძლება ჩავარდეს დირექტივაზე, რომელსაც კლიენტი არ ახორციელებს.
ტრანსპორტი არ არის მის შიგნით არსებული აპლიკაცია
გარე კავშირი იყენებს ტრანსპორტს, მაგალითად UDP-ს ან TCP-ს, კონფიგურირებულ მსმენელამდე მისასვლელად და ყველაფერი, რასაც გვირაბი ატარებს, მის შიგნით მოძრაობს. VPN-ის მეშვეობით გაკეთებულ ვებ მოთხოვნას საკუთარი OpenVPN მსმენელი არ სჭირდება და ის კაბელზე OpenVPN პაკეტად არ იქცევა. TLS რეჟიმში საკონტროლო არხი გასაღების მასალაზე მოლაპარაკებს, ხოლო მონაცემთა არხი ტვირთს იცავს, და ეს იმ განცალკევებაა, რომლის სწორად შენარჩუნებაც ჟურნალების კითხვისას ღირს.
ფენების არევა წარმოქმნის მოთხოვნებს, როგორიცაა პორტის გახსნა საიტისთვის, რომელიც უკვე მუშაობს გვირაბის გავლით. პორტი გარე კავშირს ეკუთვნის, არა აპლიკაციას.
რა შეიძლება პროფილმა გვპირდეს და რა არა
პროფილი ერთ კლიენტს ეუბნება, როგორ მიაღწიოს ერთ სერვისს: საბოლოო წერტილი, ტრანსპორტი, იდენტობის მასალა და ხშირად რამდენიმე მარშრუტიზაციისა და DNS პარამეტრი. ის არაფერს ამბობს იმაზე, ვინ მართავს ამ სერვისს ან უფლებამოსილია თუ არა ანგარიში. მარშრუტები, ამომხსნელის პარამეტრები, გადამისამართების წესები და წვდომის პოლიტიკა წყვეტს, რასაც სესია რეალურად აღწევს. წარმატებით იმპორტირებული პროფილი სამუშაო კავშირის დასაწყისია, არა მისი მტკიცებულება.
როცა ვინმე კითხულობს, მისაწვდომია თუ არა რესურსი VPN-ის გავლით, პასუხი დამოკიდებულია სერვერის პოლიტიკაზე და არა კლიენტის კონფიგურაციის ფაილზე.
მოითხოვეთ ის, რაც მისაწოდებელია
ფართო სახელი გადააქციეთ სამ კონკრეტულ რამედ: კლიენტი და მისი ვერსია, ამ კლიენტისთვის უფლებამოსილი პროფილი და რესურსი, რომელსაც ადამიანმა უნდა მიაღწიოს. მათთან ერთად მომარაგება კონკრეტული ამოცანაა. მათ გარეშე ყოველი პასუხი გამოცნობაა იმისა, თუ რომელი OpenVPN იგულისხმა კითხვამ.
ჩაწერეთ პასუხი თავად მოთხოვნაში. შემდეგი ბილეთი იმავე კითხვას იმავე ბუნდოვანი გზით დასვამს.