Пакет от хранилище или клиентски пакет за VPN: кое идва първо?

Инсталирате пакета на доставчика, командата връща нула, а приложение за VPN за стартиране все още няма. Това се случва, когато инсталираният пакет е настроил хранилище, вместо да донесе клиента, и разликата се вижда в това, което е оставил на диска. Дали ви трябват и двете и в какъв ред зависи от три условия, а не от именуването на доставчика. Решението по-долу оставя настройката на източника, обновяването на метаданните и инсталирането на приложението като отделни действия с отделни доказателства.

Какво всъщност променя всеки пакет

Пакетът за настройка на хранилище записва ред за източник в APT, внася ключа за подпис, на който този ред се доверява, и приключва. /etc/apt Съдържанието му е няколко файла и ключодържател, и нищо, което да можете да стартирате. Клиентският пакет донася демона или приложението за работен плот, библиотеките и зависимостите му, и именно той се озовава в меню или в systemd unit.

Файлови имена със завършек -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 с версия, а отказ при стартиране след това е проблем на приложението, не на пакетирането.

Записвайте собственика на хранилището и пакета на приложението като отделни обекти, така че по-късно премахване да извади правилния и да остави другия непокътнат. Когато доставчикът смени ръководството си, редът за източник е това, което препрочитате; името на клиента е това, което преинсталирате.