Repo-pakket of VPN-clientpakket: wat earst?

Jo ynstallearje it pakket fan de leveransier, it kommando jout nul werom, en dochs is der gjin VPN-programma om te starten. Dat bart as it pakket dat jo ynstalleard hawwe in repo konfigurearre hat yn stee fan de client te leverjen, en it ferskil is te sjen yn wat it op skiif set hat. Oft jo beide nedich binne, en yn hokker folchoarder, hinget fan trije betingsten ôf en net fan de nammejouwing fan de leveransier. It beslút hjirûnder hâldt it opsetten fan de boarne, it ferfarskjen fan de metadata en it ynstallearjen fan de applikaasje apart, mei apart bewiis.

Wat elk pakket eins feroaret

In repo-konfiguraasjepakket skriuwt in APT-boarnerynstap, ymportearret de ûndertekeningskaai dy’t dy ynstap fertrout, en giet fuort. De ynhâld is in pear bestannen ûnder /etc/apt plus in kaai-ring, en neat om te draaien. In clientpakket leveret de daemon of de buroblêdapplikaasje, syn biblioteken en syn ôfhinklikens, en dat is it objekt dat yn in menu of in systemd-ienheid belânet.

Bestânsnammen dy’t einigje op -release suggerearje it earste soarte, mar de efterheaksel is in gewoante, gjin garânsje. De betroubere útspraak oer de rol fan in pakket is syn bestânslist en syn ôfhinklikens, beide lêsber foardat jo eat ynstallearje. In leveransier dy’t syn ferpakking op ’e nij foarmet, hâldt deselde bestânsnamme en feroaret de ynhâld, sadat in antwurd dat fan in twa jier âlde tried kopiearre is, in pakket beskreauwe kin dat net mear bestiet. Lês de aktuele ynstruksjes fan de oanbieder foar de ferzje dy’t jo draaie, en kontrolearje dan wat it pakket ferklearret.

Trije fazen folgje út dy splitsing: registrearje de boarne, ferfarskje de metadata dy’t dy oanfiert, en ynstallearje dan de applikaasje by namme. De ynstallaasjegids foar Debian en Ubuntu hâldt se apart, en dêrom wurdt de client yn in lettere stap frege en net troch it pakket dat de boarne opsette.

Trije betingsten dy’t de folchoarder beslute

De earste betingst is oft de leveransier in repo publisearret foar krekt jo distribúsje-útjefte. In boarneregel boud foar ien suite kin him oplosse tsjin de ôfhinklikens fan in oare suite en in mingsel ynstallearje dat nimmen test hat.

De twadde is oft jo distribúsje de client al by him hat. As dat sa is, folget it distribúsjepakket de biblioteektransysjes en feiligensbywurkingen fan jo útjefte, wylst it pakket fan de leveransier rapper bewege kin en syn eigen kopyen fan dielde biblioteken meinimt.

De tredde is hokker funksjes jo echt nedich hawwe. In build fan de leveransier kin in nijere protokolymplemintaasje of in buroblêdintegroasje leverje dy’t jo distribúsje net ferpakt hat, en dat is in echte reden om in twadde boarne te akseptearjen. As de build fan de distribúsje jo gebrûk dekt, keapet it tafoegjen fan in repo fan tredden bywurkingswurk en noch in fertrouwensrelaasje foar hiel lyts by.

Beslis dy trije antwurden foardat de boarneregel bestiet, want it letter fuortheljen betsjut it pakket en syn kaai suverje. As se ienris besletten binne, is de folchoarder binnen it paad fan de leveransier gjin kar: boarne earst, metadata twadde, applikaasje tredde, nea oarsom.

Kontrolearje wat it útjeftepakket efterlitten hat

Foardat jo eat oars ynstallearje, lês de bestânslist yn stee fan de beskriuwing. Op systemen fan de Debian-famylje beantwurdet it manifest fan it pakket wat it konfigurearre en wêr’t de kaai telâne kaam.

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

De earste rigel lit it boarnebestân en it paad fan de kaai-ring sjen, wylst de twadde meldt hokker ferzje de konfigurearre boarnen biede kinne. As apt-cache policy neat printsje foar de namme fan de client, hat it ferfarskjen fan de metadata net plakfûn of is de boarne rjochte op in oare suite. De tredde befêstiget dat de ynstap dêr sit wêr’t APT echt lêst.

Koppelje it paad fan de kaai-ring oan it fjild signed-by= yn de boarneregel. In kaai yn de ferkearde map jout in flater fan in net-autentisearre boarne, en dat is in oare fout as in pakket dat net beskikber is.

Behannelje in ôfhinklikensflater as in aparte faze

It ynstallearjen fan in downloade .deb mei dpkg -i lost neat op: it kontrolearret ôfhinklikens, meldt wat mist en lit it pakket heal konfigurearre efter. Dat is ferwachte gedrach, gjin skansearre download.

apt --fix-broken install freget APT dan om in gearhingjende steat út de boarnen dy’t jo hawwe. APT wit net hokker VPN jo woene, en syn plan kin pakketten fuorthelje om de beheining te befredigjen dy’t it fûn. Lês de foarstelde transaksje foardat jo ja antwurdzje, en stop as de fuortheljen eat rekket dat jo nedich hawwe. It reparearjen werhelje sûnder it plan te lêzen is hoe’t in lyts gat yn ôfhinklikens in buroblêd wurdt dat net mear start.

Hâld it earste sinfolle berjocht fan de pakketbehearder en klassifisearje it foardat jo hannelje. In net-ûndertekene repo, in pakket dat de konfigurearre boarnen net hawwe, in ferzjekonflikt en in client dy’t start en dan dea giet binne fjouwer aparte flaters.

Kontrolearje de applikaasje, net de repo

Befêstigje dat de client de ynstallearre steat berikt hat, en befêstigje dan dat it programma start. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop soe install ok installed mei in ferzje melde moatte, en in startflater dêrnei is in applikaasjeprobleem en gjin ferpakkingsprobleem.

Registrearje de eigner fan de repo en it applikaasjepakket as aparte objekten, sadat in lettere fuortheljen it goede fuorthellet en it oare yntakt lit. As de leveransier syn gids feroaret, is de boarnerynstap wat jo op ’e nij lêze; de namme fan de client is wat jo op ’e nij ynstallearje.