რომელი OpenVPN პაკეტი შეიძლება რეალურად დაუჭიროს Linux-ის გამოშვებამ

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

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

ვერსიის ნომერი ფუნქციის მოთხოვნა არ არის

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

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

კოდური სახელი საბაზო გამოშვებას უნდა შეესაბამებოდეს

რეპოზიტორიები დისტრიბუტივის კოდური სახელით იმართება, ხოლო წარმოებული გამოშვების სახელი მისი საფუძვლის კოდური სახელი არ არის. წაიკითხეთ /etc/os-release, იხილეთ VERSION_CODENAME და ID_LIKE, და დაადასტურეთ, რომელ საბაზო გამოშვებას მიჰყვება წარმოებული. ძველი პასუხი, რომელიც ერთ სამუშაო მაგიდის გამოშვებას ერთ Ubuntu კოდურ სახელს უკავშირებდა, შემდეგზე არაფერს ამბობს. კოდური სახელის გამოცნობა იწვევს იმას, რომ სისტემა სხვა C ბიბლიოთეკისთვის აწყობილ პაკეტებს ჩამოქაჩავს.

სანამ რამეს დაამატებთ, შეამოწმეთ, რას გვთავაზობს პაკეტების მენეჯერი უკვე apt-cache policy openvpn-ით. თუ დაყენებული კანდიდატი მოთხოვნას აკმაყოფილებს, რეპოზიტორიის კითხვა ქრება.

რას უკავშირდება ზედა დინების რეპოზიტორი სინამდვილეში

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

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

დაყენება ინტეგრაცია არ არის

openvpn ბინარის ჩანაცვლება არ ამატებს დაკარგულ NetworkManager დანამატს, იმპორტის დიალოგს ან სამუშაო მაგიდის რედაქტორს. ისინი ცალკე პაკეტებშია, როგორიცაა network-manager-openvpn და მისი სამუშაო მაგიდის ვერსია, და მათ კლიენტის ბიბლიოთეკასთან საკუთარი ვერსიითი კავშირი აქვთ. OpenVPN 3 Linux კიდევ სხვა იმპლემენტაციაა, საკუთარი სესიისა და კონფიგურაციის მოდელით, ამიტომ მისი პაკეტები 2.x პროფილის სამუშაო პროცესის პირდაპირი შემცვლელი არ არის.

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

ჩამოწერეთ სამი გადაწყვეტილება

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

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