Paketa e repos tu apo paketa e klientit VPN: cila e para?

Instaloni paketën e furnizuesit, komanda kthen zero, dhe prapë nuk ka aplikacion VPN për të nisur. Kjo ndodh kur paketa që instaluat konfiguroi një repos në vend që të sillte klientin, dhe dallimi shihet në atë që la në disk. Nëse ju nevojiten të dyja dhe në çfarë radhe, varet nga tri kushte dhe jo nga emërtimi i furnizuesit. Vendimi më poshtë i mban konfigurimin e burimit, rifreskimin e metadateve dhe instalimin e aplikacionit si veprime të ndara me prova të ndara.

Çfarë ndryshon në të vërtetë secila paketë

Një paketë konfigurimi repos shkruan një zë burimi APT, importon çelësin e nënshkrimit që ai zë i beson, dhe del. Përmbajtja e saj janë disa skedarë nën /etc/apt plus një unazë çelësash, dhe asgjë për të ekzekutuar. Një paketë klienti sjell daemonin ose aplikacionin e desktopit, bibliotekat dhe varësitë e tij, dhe është objekti që përfundon në një menu ose në një njësi systemd.

Emrat e skedarëve që mbarojnë me -release sugjerojnë llojin e parë, por prapashtesa është konventë, jo garanci. Pohimi i besueshëm për rolin e një pakete është lista e skedarëve dhe varësitë e saj, dhe të dyja janë të lexueshme para se të instaloni çdo gjë. Një furnizues që riformaton paketimin e tij mban të njëjtin emër skedari dhe ndryshon përmbajtjen, kështu që një përgjigje e kopjuar nga një temë dy vjeçare mund të përshkruajë një paketë që nuk ekziston më. Lexoni udhëzimet aktuale të ofruesit për botimin që ekzekutoni, pastaj kontrolloni çfarë deklaron paketa.

Tre faza rrjedhin nga ai ndarje: regjistroni burimin, rifreskoni metadate që ai ushqen, pastaj instaloni aplikacionin me emër. Udhëzuesi i instalimit për Debian dhe Ubuntu i mban të ndara, prandaj klienti kërkohet në një hap të mëvonshëm dhe jo nga paketa që vendosi burimin.

Tri kushte që vendosin radhën

Kushti i parë është nëse furnizuesi publikon një repos për botimin tuaj të saktë të shpërndarjes. Një rresht burimi i ndërtuar për një grup mund të zgjidhet kundër varësive të një grupi tjetër dhe të instalojë një përzierje që askush nuk e ka provuar.

I dyti është nëse shpërndarja juaj e ka tashmë klientin. Kur e ka, paketa e shpërndarjes ndjek kalimet e bibliotekave dhe përditësimet e sigurisë të botimit tuaj, ndërsa paketa e furnizuesit mund të lëvizë më shpejt dhe të sjellë kopjet e veta të bibliotekave të përbashkëta.

I treti është cilat funksione ju nevojiten vërtet. Një ndërtim i furnizuesit mund të sjellë një implementim më të ri protokolli ose një integrim desktopi që shpërndarja juaj nuk e ka paketuar, dhe kjo është arsye e vërtetë për të pranuar një burim të dytë. Nëse ndërtimi i shpërndarjes mbulon përdorimin tuaj, shtimi i një repos të palës së tretë blen punë përditësimi dhe një marrëdhënie tjetër besimi për shumë pak.

Zgjidhni ato tri përgjigje para se rreshti i burimit të ekzistojë, sepse heqja e tij më vonë do të thotë pastrimi i paketës dhe çelësit të saj. Pasi zgjidhen, sekuenca brenda rrugës së furnizuesit nuk është zgjedhje: burimi i pari, metadate të dytat, aplikacioni i treti, kurrë e kundërta.

Kontrolloni çfarë la pas paketa e botimit

Para se të instaloni çdo gjë tjetër, lexoni listën e skedarëve dhe jo përshkrimin. Në sistemet e familjes Debian manifesti i paketës përgjigjet çfarë konfiguroi dhe ku zbarkoi çelësi.

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

Rreshti i parë tregon skedarin e burimit dhe rrugën e unazës së çelësave, ndërsa i dyti raporton cilën version mund të ofrojnë burimet e konfiguruara. Nëse apt-cache policy nuk printon asgjë për emrin e klientit, rifreskimi i metadateve nuk ka ndodhur ose burimi synon një grup tjetër. I treti konfirmon se zëri ndodhet aty ku APT lexon vërtet.

Përputhni rrugën e unazës së çelësave me fushën signed-by= në rreshtin e burimit. Një çelës në drejtorinë e gabuar prodhon një gabim burimi të paautentikuar, që është një defekt tjetër nga një paketë e padisponueshme.

Trajtoni një dështim varësie si fazë më vete

Instalimi i një .deb të shkarkuar me dpkg -i nuk zgjidh asgjë: kontrollon varësitë, raporton çfarë mungon dhe e lë paketën gjysmë të konfiguruar. Kjo është sjellje e pritur, jo një shkarkim i korruptuar.

Pastaj apt --fix-broken install i kërkon APT-it një gjendje konsistente nga burimet që keni. APT nuk e di se çfarë VPN donit, dhe plani i tij mund të heqë paketa për të plotësuar kufizimin që gjeti. Lexoni transaksionin e propozuar përpara se të përgjigjeni po, dhe ndaloni nëse heqjet prekin diçka që ju nevojitet. Përsëritja e riparimit pa lexuar planin është mënyra se si një boshllëk i vogël varësie bëhet një desktop që nuk niset më.

Ruani mesazhin e parë kuptimplotë të menaxherit të paketave dhe klasifikojeni përpara se të veproni. Një repos i panënshkruar, një paketë që burimet e konfiguruara nuk e përmbajnë, një konflikt versioni dhe një klient që niset dhe pastaj vdes janë katër defekte të ndryshme.

Verifikoni aplikacionin, jo repos

Konfirmoni se klienti arriti gjendjen e instaluar, pastaj konfirmoni se programi niset. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop duhet të raportojë install ok installed me një version, dhe një dështim nisjeje pas kësaj është problem i aplikacionit dhe jo i paketimit.

Regjistroni pronarin e repos dhe paketën e aplikacionit si objekte të ndara, që një heqje e mëvonshme të marrë të duhurin dhe të lërë tjetrin të paprekur. Kur furnizuesi ndryshon udhëzuesin e tij, zëri i burimit është ai që rilexoni; emri i klientit është ai që riinstaloni.