Proton VPN ეკრანის გარეშე Pi-ზე: აპლიკაცია თუ WireGuard ფაილი?

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

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

მხარდაჭერის ორი საზღვარი, არა ორი ინსტალატორი

წაიკითხეთ მომწოდებლის მიმდინარე ინსტალაციის გვერდი თქვენთვის სასურველი აპლიკაციისთვის და შეადარეთ დაფას: დისტრიბუციის გამოშვება, პაკეტის არქიტექტურა და ნებისმიერი სამუშაო მაგიდის ან სესიის მოთხოვნა. ის, რომ Pi 64-ბიტიან მუშაობას უჭერს მხარს, არ გეუბნებათ, რომელი მომხმარებლის სივრცეა ახლა დაყენებული, და სწორედ ამ მნიშვნელობას ამოწმებს პაკეტის მენეჯერი. dpkg --print-architecture და uname -m თითოეული ერთი ხაზით პასუხობს. თუ გამოშვება ან არქიტექტურა დოკუმენტირებული ნაკრების გარეთაა, აპლიკაცია იქ არ არის მხარდაჭერილი, თუნდაც დაყენდეს.

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

რას გაძლევთ აპლიკაცია და რას არა პროფილი

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

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

WireGuard ხელით: მნიშვნელოვანი ნაბიჯები

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

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

გადაწყვიტეთ, არის თუ არა Pi ასევე კარიბჭე

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

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

მითი, რომლის დატოვებაც ღირს, არის ის, თითქოს Linux-ის ინსტალატორი და WireGuard ფაილი ერთსა და იმავე გადაწყვეტილებას წარმოადგენენ. ეს ორი სხვადასხვა მფლობელის მქონე ორი ოპერაციული მოდელია.