Пакет за складиште или пакет за 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 со верзија, а неуспехот при стартување потоа е проблем на апликацијата, а не на пакувањето.

Забележете го сопственикот на складиштето и пакетот на апликацијата како одделни објекти, за подоцнежното отстранување да го земе правилниот и да го остави другиот недопрен. Кога добавувачот го менува своето упатство, записот за извор е тоа што го препрочитувате; името на клиентот е тоа што го реинсталирате.