Kifurushi cha hazina au kifurushi cha mteja wa VPN: kipi kwanza?

Unasakinisha kifurushi cha muuzaji, amri inarudi sifuri, na bado hakuna programu ya VPN ya kuanzisha. Hilo hutokea wakati kifurushi ulichosakinisha kilisanidi hazina badala ya kuleta mteja, na tofauti inaonekana katika kile kilichoacha kwenye diski. Ikiwa unahitaji vyote viwili, na kwa mpangilio gani, inategemea masharti matatu na si jina la muuzaji. Uamuzi ulio hapa chini unaweka usanidi wa chanzo, uboreshaji wa metadata na usakinishaji wa programu kama vitendo tofauti vyenye ushahidi tofauti.

Kila kifurushi hubadilisha nini kweli

Kifurushi cha usanidi wa hazina huandika kiingilio cha chanzo cha APT, huagiza ufunguo wa sahihi ambao kiingilio hicho kinaamini, kisha hutoka. Yaliyomo ni faili chache chini ya /etc/apt pamoja na pete ya funguo, na hakuna cha kuendesha. Kifurushi cha mteja huleta daemon au programu ya kompyuta ya mezani, maktaba zake na vitegemezi vyake, na ndicho kitu kinachoishia kwenye menyu au kwenye kitengo cha systemd.

Majina ya faili yanayoishia kwa -release yanadokeza aina ya kwanza, lakini kiambishi ni kawaida, si uhakika. Kauli ya kuaminika kuhusu jukumu la kifurushi ni orodha ya faili zake na vitegemezi vyake, na vyote viwili vinaweza kusomwa kabla ya kusakinisha chochote. Muuzaji anayebadilisha mpangilio wa ufungashaji wake huweka jina lile lile la faili na kubadilisha yaliyomo, kwa hiyo jibu lililonakiliwa kutoka mjadala wa miaka miwili iliyopita linaweza kueleza kifurushi kisichokuwepo tena. Soma maelekezo ya sasa ya mtoa huduma kwa toleo unalolifanyia kazi, kisha angalia kile kifurushi kinachotangaza.

Hatua tatu zinafuatia kutokana na mgawanyo huo: sajili chanzo, boresha metadata inayolisha, kisha sakinisha programu kwa jina. Mwongozo wa usakinishaji wa Debian na Ubuntu huziweka tofauti, ndiyo sababu mteja huombwa katika hatua ya baadaye na si kwa kifurushi kilichoweka chanzo.

Masharti matatu yanayoamua mpangilio

Sharti la kwanza ni kama muuzaji huchapisha hazina kwa toleo lako halisi la usambazaji. Mstari wa chanzo uliojengwa kwa seti moja unaweza kutatuliwa dhidi ya vitegemezi vya seti nyingine na kusakinisha mchanganyiko ambao hakuna aliyefanya jaribio.

La pili ni kama usambazaji wako tayari unayo mteja. Ikiwa unayo, kifurushi cha usambazaji hufuata mabadiliko ya maktaba na masasisho ya usalama ya toleo lako, wakati kifurushi cha muuzaji kinaweza kusonga kwa kasi zaidi na kuleta nakala zake za maktaba zinazoshirikiwa.

La tatu ni vipengele gani unavyohitaji kweli. Ujenzi wa muuzaji unaweza kuleta utekelezaji mpya wa itifaki au muunganisho wa kompyuta ya mezani ambao usambazaji wako haukufungasha, na hiyo ni sababu halisi ya kukubali chanzo cha pili. Ikiwa ujenzi wa usambazaji unashughulikia matumizi yako, kuongeza hazina ya mtu wa tatu kunanunua kazi ya masasisho na uhusiano mwingine wa uaminifu kwa bei ndogo sana.

Amua majibu hayo matatu kabla mstari wa chanzo haujakuwepo, kwa sababu kuiondoa baadaye humaanisha kusafisha kifurushi na ufunguo wake. Yakishapangwa, mfuatano ndani ya njia ya muuzaji si chaguo: chanzo kwanza, metadata pili, programu tatu, kamwe si kinyume.

Angalia kile kifurushi cha toleo kilichoacha nyuma

Kabla ya kusakinisha kitu kingine chochote, soma orodha ya faili badala ya maelezo. Kwenye mifumo ya familia ya Debian, orodha ya kifurushi hujibu kilichosanidiwa na ufunguo uliposhuka.

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

Mstari wa kwanza unaonyesha faili ya chanzo na njia ya pete ya funguo, na wa pili unaripoti toleo gani vyanzo vilivyosanidiwa vinaweza kutoa. Ikiwa apt-cache policy haichapishi chochote kwa jina la mteja, uboreshaji wa metadata haukufanyika au chanzo kinalenga seti nyingine. Wa tatu unathibitisha kuwa kiingilio kiko pale ambapo APT husoma kweli.

Linganisha njia ya pete ya funguo na sehemu ya signed-by= kwenye mstari wa chanzo. Ufunguo ulio kwenye saraka isiyo sahihi huzalisha hitilafu ya chanzo kisichothibitishwa, ambayo ni hitilafu tofauti na kifurushi kisichopatikana.

Chukulia kushindwa kwa utegemezi kama hatua tofauti

Kusakinisha .deb iliyopakuliwa kwa dpkg -i hakutatui chochote: hukagua vitegemezi, huripoti kinachokosekana na kuacha kifurushi kikiwa kimeundwa nusu. Hiyo ni tabia inayotarajiwa, si upakuaji ulioharibika.

Kisha apt --fix-broken install huomba APT hali thabiti kutoka vyanzo ulivyo navyo. APT haijui ni VPN gani uliyotaka, na mpango wake unaweza kuondoa vifurushi ili kutimiza kizuizi kilichopatikana. Soma muamala uliopendekezwa kabla ya kujibu ndiyo, na simama ikiwa uondoaji unagusa kitu unachohitaji. Kurudia urekebishaji bila kusoma mpango ndiyo njia ambayo pengo dogo la utegemezi linakuwa kompyuta ya mezani isiyowaka tena.

Hifadhi ujumbe wa kwanza wenye maana kutoka kwa msimamizi wa vifurushi na uuainishe kabla ya kutenda. Hazina isiyo na sahihi, kifurushi ambacho vyanzo vilivyosanidiwa hawana, mgongano wa toleo, na mteja anayewaka kisha kufa ni hitilafu nne tofauti.

Thibitisha programu, si hazina

Thibitisha kuwa mteja alifika hali ya kusakinishwa, kisha thibitisha kuwa programu inawaka. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop inapaswa kuripoti install ok installed ikiwa na toleo, na kushindwa kuanza baada ya hapo ni tatizo la programu na si la ufungashaji.

Rekodi mmiliki wa hazina na kifurushi cha programu kama vitu tofauti, ili uondoaji wa baadaye uchukue kile sahihi na kuacha kingine kikiwa kizima. Muuzaji anapobadilisha mwongozo wake, kiingilio cha chanzo ndicho unachosoma upya; jina la mteja ndilo unalosakinisha upya.