Balíček repozitáře, nebo balíček klienta VPN: co přijde první?

Nainstalujete balíček dodavatele, příkaz vrátí nulu a aplikace VPN ke spuštění stále není. To se stane, když balíček, který jste nainstalovali, nastavil repozitář, místo aby přinesl klienta, a rozdíl je vidět v tom, co položil na disk. Zda potřebujete oba a v jakém pořadí, závisí na třech podmínkách, nikoli na pojmenování od dodavatele. Rozhodnutí níže drží nastavení zdroje, obnovu metadat a instalaci aplikace jako samostatné úkony se samostatnými důkazy.

Co každý balíček skutečně mění

Balíček pro nastavení repozitáře zapíše záznam zdroje APT, importuje podpisový klíč, kterému tento záznam důvěřuje, a skončí. /etc/apt Jeho obsahem je pár souborů a klíčenka, a nic, co byste mohli spustit. Balíček klienta přináší démona nebo desktopovou aplikaci, její knihovny a závislosti, a právě on končí v nabídce nebo v systemd unit.

Názvy souborů končící na -release naznačují první druh, ale přípona je konvence, ne záruka. Spolehlivé tvrzení o roli balíčku je jeho seznam souborů a jeho závislosti, obojí čitelné dřív, než cokoli nainstalujete. Dodavatel, který přetváří své balení, zachová stejný název souboru a změní obsah, takže odpověď zkopírovaná z dva roky starého vlákna může popisovat balíček, který už neexistuje. Přečtěte si aktuální pokyny poskytovatele pro vydání, které používáte, a potom zkontrolujte, co balíček deklaruje.

Z tohoto rozdělení plynou tři fáze: zaregistrujte zdroj, obnovte metadata, která napájí, a potom nainstalujte aplikaci podle názvu. Průvodce instalací na Debianu a Ubuntu je drží oddělené, a proto se klient vyžaduje v pozdějším kroku, ne prostřednictvím balíčku, který nastavil zdroj.

Tři podmínky, které určují pořadí

První podmínka je, zda dodavatel publikuje repozitář přesně pro vaše vydání distribuce. Řádek zdroje vytvořený pro jedno vydání se může vyřešit proti závislostem jiného vydání a nainstalovat směs, kterou nikdo netestoval.

Druhá je, zda vaše distribuce klienta už nese. Když ho nese, balíček distribuce sleduje přechody knihoven a bezpečnostní aktualizace vašeho vydání, zatímco balíček dodavatele může jít rychleji a přinést vlastní kopie sdílených knihoven.

Třetí je, které funkce vlastně potřebujete. Sestavení od dodavatele může přinést novější implementaci protokolu nebo integraci s pracovní plochou, kterou vaše distribuce nezabalila, a to je skutečný důvod přijmout druhý zdroj. Pokud sestavení distribuce pokrývá vaše použití, přidání repozitáře třetí strany kupuje práci s aktualizacemi a další vztah důvěry za velmi málo.

Vyřešte ty tři odpovědi dřív, než řádek zdroje existuje, protože jeho pozdější odstranění znamená vyčištění balíčku a jeho klíče. Jakmile jsou vyřešené, pořadí uvnitř cesty dodavatele není volba: zdroj první, metadata druhá, aplikace třetí, nikdy opačně.

Zkontrolujte, co balíček vydání zanechal

Než nainstalujete cokoli dalšího, čtěte seznam souborů, ne popis. V systémech rodiny Debian manifest balíčku odpovídá, co nastavil a kam se klíč dostal.

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

První řádek ukazuje soubor zdroje a cestu ke klíčence, zatímco druhý hlásí, jakou verzi mohou nakonfigurované zdroje nabídnout. Pokud apt-cache policy nic nevypíše pro název klienta, obnova metadat neproběhla nebo zdroj cílí na jiné vydání. Třetí potvrzuje, že záznam stojí tam, kde APT skutečně čte.

Porovnejte cestu ke klíčence s polem signed-by= v řádku zdroje. Klíč ve špatném adresáři vyvolá chybu neověřeného zdroje, což je jiná závada než nedostupný balíček.

Berte selhání závislostí jako samostatnou fázi

Instalace staženého .deb pomocí dpkg -i nic nevyřeší: zkontroluje závislosti, ohlásí, co chybí, a nechá balíček napůl nakonfigurovaný. To je očekávané chování, ne poškozené stažení.

apt --fix-broken install pak požádá APT o konzistentní stav ze zdrojů, které máte. APT neví, který VPN jste chtěli, a jeho plán může odebrat balíčky, aby splnil nalezené omezení. Přečtěte si navrženou transakci, než odpovíte ano, a zastavte se, pokud se odebírání dotkne něčeho, co potřebujete. Opakování opravy bez čtení plánu je způsob, jak se malá mezera v závislostech stane pracovní plochou, která už nenaběhne.

Ponechte si první smysluplnou zprávu od správce balíčků a roztřiďte ji, než začnete jednat. Nepodepsaný repozitář, balíček, který nakonfigurované zdroje nenesou, konflikt verzí a klient, který naběhne a pak zemře, jsou čtyři oddělené závady.

Ověřte aplikaci, ne repozitář

Potvrďte, že klient dosáhl nainstalovaného stavu, potom potvrďte, že se program spustí. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop má hlásit install ok installed s verzí, a selhání spuštění po tom je problém aplikace, ne balení.

Zaznamenejte vlastníka repozitáře a balíček aplikace jako samostatné objekty, aby pozdější odstranění vzalo ten správný a nechalo druhý nedotčený. Když dodavatel změní svého průvodce, záznam zdroje je to, co znovu čtete; název klienta je to, co reinstalujete.