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

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