Repo pakett või VPN-kliendi pakett: kumb tuleb esimesena?

Installite tarnija paketi, käsk tagastab nulli ja VPN-rakendust käivitamiseks ikka ei ole. See juhtub siis, kui installitud pakett seadistas hoidla, selle asemel et klient kaasa tuua, ja erinevus on näha selles, mida see kettale pani. Kas vajate mõlemat ja mis järjekorras, sõltub kolmest tingimusest, mitte tarnija nimetamisest. Allpool olev otsus hoiab allika seadistamise, metaandmete värskendamise ja rakenduse installimise eraldi toimingutena eraldi tõenditega.

Mida iga pakett tegelikult muudab

Hoidla seadistamise pakett kirjutab APT allika kirje, impordib allkirjastamise võtme, mida see kirje usaldab, ja lõpetab. /etc/apt Selle sisu on paar faili ja võtmehoidja ning mitte midagi, mida saaksite käivitada. Kliendi pakett toob deemon või töölauarakenduse, selle teegid ja sõltuvused, ja just see on objekt, mis jõuab menüüsse või systemd üksusesse.

Failinimed, mis lõpevad -release viitavad esimesele liigile, kuid järelliide on kokkulepe, mitte garantii. Usaldusväärne väide paketi rolli kohta on selle failinimekiri ja sõltuvused, mõlemad loetavad enne, kui midagi installite. Tarnija, kes oma pakendamist ümber kujundab, jätab sama failinime ja muudab sisu, nii et kaks aastat vanast lõimest kopeeritud vastus võib kirjeldada paketti, mida enam ei ole. Lugege teenusepakkuja praeguseid juhiseid teie kasutatava väljalaske kohta ja seejärel kontrollige, mida pakett deklareerib.

Sellest jaotusest tuleneb kolm etappi: registreerige allikas, värskendage metaandmeid, mida see toidab, seejärel installige rakendus nime järgi. Debiani ja Ubuntu paigaldusjuhend hoiab neid lahus, seepärast küsitakse klienti hilisemas sammus, mitte paketi kaudu, mis allika seadistas.

Kolm tingimust, mis otsustavad järjekorra

Esimene tingimus on, kas tarnija avaldab hoidla täpselt teie distributsiooni väljalaske jaoks. Ühe väljalaske jaoks ehitatud allikarida võib lahenduda teise väljalaske sõltuvuste vastu ja installida segu, mida keegi ei testinud.

Teine on, kas teie distributsioon juba sisaldab klienti. Kui sisaldab, järgib distro pakett teie väljalaske teekide üleminekuid ja turbekohandusi, samas kui tarnija pakett võib liikuda kiiremini ja tuua kaasa oma koopiad jagatud teekidest.

Kolmas on, milliseid funktsioone te tegelikult vajate. Tarnija koostis võib tuua uuema protokolli teostuse või töölauaintegratsiooni, mida teie distributsioon pole pakendanud, ja see on tõeline põhjus teise allika aktsepteerimiseks. Kui distro koostis katab teie kasutuse, ostab kolmanda osapoole hoidla lisamine värskendustööd ja veel ühe usaldussuhte väga vähese eest.

Otsustage need kolm vastust enne, kui allikarida olemas on, sest selle hilisem eemaldamine tähendab paketi ja selle võtme puhastamist. Kui need on otsustatud, ei ole järjestus tarnija teekonnal valik: allikas esimesena, metaandmed teisena, rakendus kolmandana, mitte kunagi vastupidi.

Kontrollige, mille väljalaske pakett maha jättis

Enne kui midagi muud installite, lugege failinimekirja, mitte kirjeldust. Debiani perekonna süsteemides vastab paketi manifest, mida see seadistas ja kuhu võti maandus.

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

Esimene rida näitab allikafaili ja võtmehoidja teed, teine aga teatab, millist versiooni seadistatud allikad saavad pakkuda. Kui apt-cache policy ei trüki kliendi nime jaoks midagi, siis metaandmete värskendust ei toimunud või allikas sihib teist väljalaset. Kolmas kinnitab, et kirje asub seal, kus APT tegelikult loeb.

Sobitage võtmehoidja tee allikarea väljaga signed-by= . Vale kataloogi võti tekitab autentimata allika vea, mis on teine rike kui kättesaamatu pakett.

Käsitlege sõltuvustõrget eraldi etapina

Allalaaditud .deb paigaldamine dpkg -i abil ei lahenda midagi: see kontrollib sõltuvusi, teatab, mis puudub, ja jätab paketi poolseadistatuks. See on oodatud käitumine, mitte rikutud allalaadimine.

apt --fix-broken install seejärel küsib APT-lt järjekindlat olekut olemasolevatest allikatest. APT ei tea, millist VPN-i te tahtsite, ja selle plaan võib leitud piirangu rahuldamiseks pakette eemaldada. Lugege pakutud tehingut enne, kui vastate jah, ja peatuge, kui eemaldamised puudutavad midagi, mida vajate. Paranduse kordamine plaani lugemata on viis, kuidas väike sõltuvuslünk muutub töölauaks, mis enam ei käivitu.

Hoidke paketihalduri esimene sisukas teade alles ja liigitage see enne tegutsemist. Allkirjastamata hoidla, pakett, mida seadistatud allikad ei sisalda, versioonikonflikt ja klient, mis käivitub ja siis sureb, on neli eraldi riket.

Kontrollige rakendust, mitte hoidlat

Kinnitage, et klient jõudis paigaldatud olekusse, seejärel kinnitage, et programm käivitub. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop peaks teatama install ok installed versiooniga, ja käivitustõrge pärast seda on rakenduse, mitte pakendamise probleem.

Kirjutage hoidla omanik ja rakenduse pakett eraldi objektidena, et hilisem eemaldamine võtaks õige ja jätaks teise puutumata. Kui tarnija oma juhendit muudab, on allikakirje see, mida uuesti loete; kliendi nimi on see, mida uuesti installite.