საცავის პაკეტი თუ VPN კლიენტის პაკეტი: რომელი ჯერ?

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

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

საცავის კონფიგურაციის პაკეტი წერს APT წყაროს ჩანაწერს, იმპორტს უკეთებს ხელმოწერის გასაღებს, რომლის იმედიც ამ ჩანაწერს აქვს, და გადის. მისი შიგთავსი /etc/apt-ის ქვეშ რამდენიმე ფაილი და გასაღებების კრებულია, და არაფერი გასაშვები. კლიენტის პაკეტი აწვდის დემონს ან სამუშაო მაგიდის აპლიკაციას, მის ბიბლიოთეკებსა და დამოკიდებულებებს, და სწორედ ეს ობიექტი ხვდება მენიუში ან systemd ერთეულში.

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

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

სამი პირობა, რომლებიც წყვეტენ თანმიმდევრობას

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

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

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

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

შეამოწმეთ, რა დატოვა გამოშვების პაკეტმა

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

dpkg -L proton-vpn-release | grep -E 'apt|keyring'
apt-cache policy proton-vpn-gnome-desktop
grep -r protonvpn /etc/apt/sources.list.d/

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

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

დამოკიდებულების მარცხს ცალკე ეტაპად მოექეცით

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

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

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

შეამოწმეთ აპლიკაცია და არა საცავი

დაადასტურეთ, რომ კლიენტმა დაყენებულ მდგომარეობას მიაღწია, შემდეგ დაადასტურეთ, რომ პროგრამა ირთვება. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop უნდა იტყობინებოდეს install ok installed-ს ვერსიით, და ამის შემდეგ გაშვების მარცხი აპლიკაციის პრობლემაა და არა შეფუთვის.

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