Biltegi-paketea edo VPN bezero-paketea: zein lehenago?

Hornitzailearen paketea instalatzen duzu, komandoak zero itzultzen du, eta oraindik ez dago abiarazteko VPN aplikaziorik. Hori gertatzen da instalatu duzun paketeak biltegi bat konfiguratu zuelako, bezeroa ez zuen bidali; eta aldea diskoan utzitakoaren araberakoa da. Biak behar dituzun ala ez, eta zein ordenatan, hiru baldintzaren araberakoa da, ez hornitzailearen izendapenaren araberakoa. Beheko erabakiak iturriaren konfigurazioa, metadatuen freskatzea eta aplikazioaren instalazioa ekintza bereiziak eta froga bereiziak dituzten urrats gisa mantentzen ditu.

Zer aldatzen duen pakete bakoitzak benetan

Biltegi-konfigurazio pakete batek APT iturri-sarrera bat idazten du, sarrera horrek fidatzen duen sinatze-gakoa inportatzen du, eta irteten da. Bere karga /etc/apt azpiko fitxategi pare bat eta gako-eraztun bat da, eta ez du ezer exekutatzeko ematen. Bezero-pakete batek daemona edo mahaigaineko aplikazioa, bere liburutegiak eta bere mendekotasunak bidaltzen ditu, eta menu batean edo systemd unitate batean amaitzen den objektua da.

-release amaitzen diren fitxategi-izenek lehen mota iradokitzen dute, baina atzizki hori konbentzio bat da, ez berme bat. Pakete baten rolari buruzko baieztapen fidagarria bere fitxategi-zerrenda eta bere mendekotasunak dira, biak edozer instalatu aurretik irakur daitezkeenak. Bere ontziratzeari forma berria ematen dion hornitzaile batek fitxategi-izen bera mantentzen du eta edukia aldatzen du, beraz, duela bi urteko hari batetik kopiatutako erantzun batek jada existitzen ez den pakete bat deskriba dezake. Irakurri hornitzailearen uneko argibideak exekutatzen duzun bertsiorako, eta egiaztatu gero paketeak zer adierazten duen.

Hiru etapa datoz banaketa horretatik: erregistratu iturria, freskatu hornitzen dituen metadatuak, eta gero instalatu aplikazioa izenez. Debian eta Ubuntu instalazio-gidak bereizi egiten ditu, eta horregatik eskatzen da bezeroa geroagoko urrats batean, iturria konfiguratu zuen paketeak eskatu beharrean.

Ordena erabakitzen duten hiru baldintzak

Lehen baldintza da hornitzaileak biltegi bat argitaratzen duen zure banaketa-argitalpen zehatzerako. Suite batetarako eraikitako iturri-lerro batek beste suite baten mendekotasunen aurka ebatzi dezake eta inork probatu gabeko nahasketa bat instalatu.

Bigarrena da zure banaketak bezeroa jada dakarren. Dakarrenean, distro-paketeak zure argitalpenaren liburutegi-trantsizioak eta segurtasun-eguneratzeak jarraitzen ditu, eta hornitzailearen paketea, berriz, azkarrago mugi daiteke eta bere liburutegi partekatuen kopiak ekar ditzake.

Hirugarrena da zein funtzio behar dituzun. Hornitzaile baten eraikinak protokolo-inplementazio berriagoa edo zure banaketak ontziratu ez duen mahaigain-integrazioa ekar dezake, eta hori benetako arrazoia da bigarren iturri bat onartzeko. Distroaren eraikinak zure erabilera estaltzen badu, hirugarrenen biltegi bat gehitzeak eguneratze-lan gehiago eta beste konfiantza-harreman bat erosten ditu oso gutxiren truke.

Erabaki hiru erantzun horiek iturri-lerroa existitu aurretik, gero kentzeak paketea eta bere gakoa purgatzea eskatzen duelako. Behin erabakita, hornitzailearen bidearen barneko sekuentzia ez da aukera bat: iturria lehenik, metadatuak bigarren, aplikazioa hirugarren, inoiz ez alderantziz.

Egiaztatu zer utzi zuen argitalpen-paketeak

Beste ezer instalatu aurretik, irakurri fitxategi-zerrenda, ez deskribapena. Debian familiako sistemeetan paketearen manifestuak erantzuten du zer konfiguratu zuen eta non amaitu zen gakoa.

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

Lehen lerroak iturri-fitxategia eta gako-eraztunaren bidea erakusten ditu, eta bigarrenak konfiguratutako iturriek zein bertsio eskain dezaketen adierazten du. apt-cache policy bezeroaren izenerako ezer ez badu inprimatzen, metadatuen freskatzea ez da gertatu edo iturriak beste suite bat du helburu. Hirugarrenak egiaztatzen du sarrera APT-k benetan irakurtzen duen tokian dagoela.

Konparatu gako-eraztunaren bidea iturri-lerroko signed-by= eremuarekin. Direktorio okerrean dagoen gako batek autentifikatu gabeko iturriaren errorea sortzen du, eta hori pakete erabilgarri ezaren akats ezberdina da.

Tratatu mendekotasun-akatsa etapa bereizi gisa

Deskargatutako .deb bat dpkg -i erabiliz instalatzeak ez du ezer konpontzen: mendekotasunak egiaztatzen ditu, falta dena jakinarazten du eta paketea erdi konfiguratuta uzten du. Hori espero den portaera da, ez deskarga hondatu bat.

apt --fix-broken install komandoak orduan APT-ri egoera koherente bat eskatzen dio dituzun iturrietatik. APT-k ez daki zein VPN nahi zenituen, eta bere planak paketeak ken ditzake aurkitu zuen murrizketa asetzeko. Irakurri proposatutako transakzioa bai erantzun aurretik, eta gelditu kendutakoek behar duzun zerbait ukitzen badute. Konponketa plana irakurri gabe errepikatzea da mendekotasun-tarte txiki bat abiarazten ez den mahaigain bihurtzeko modua.

Gorde pakete-kudeatzailearen lehen mezu esanguratsua eta sailkatu jardun aurretik. Sinatu gabeko biltegi bat, konfiguratutako iturriek ez daramaten pakete bat, bertsio-gatazka bat eta abiarazi eta gero hiltzen den bezero bat lau akats ezberdin dira.

Egiaztatu aplikazioa, ez biltegia

Egiaztatu bezeroa instalatutako egoerara iritsi dela, eta gero egiaztatu programa abiarazten dela. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop komandoak install ok installed bertsio batekin jakinarazi beharko luke, eta ondorengo abiarazte-akatsa aplikazioaren arazoa da, ez ontziratzearen arazoa.

Erregistratu biltegiaren jabea eta aplikazioaren paketea objektu bereizi gisa, geroagoko kentze batek zuzena kenduta bestea ukitu gabe utz dezan. Hornitzaileak bere gida aldatzen duenean, iturri-sarrera da berrirakurtzen duzuna; bezeroaren izena da berrinstalatzen duzuna.