A është .deb i vjetër i openfortivpn i përshtatshëm për Raspberry Pi tuaj?

Një përgjigje në forum ju jep një emër të plotë skedari, dhe emri duket si zgjidhja: një .deb, një komandë, mbaroi. Ajo që ky varg kodon në të vërtetë është një version pakete, një arkitekturë CPU-je dhe grupi i shpërndarjes kundër të cilit u ndërtua në ditën kur dikush shkroi postimin. Asnjë nga këto tre nuk e përshkruan automatikisht tabelën në tavolinën tuaj. Shkarkimi i vjetër është një fotografi e situatës së një makine, jo një plan instalimi për tuajin.

Çfarë fikson në heshtje emri i skedarit

Lexoni një emër si openfortivpn_1.17.0-1_armhf.deb nga e djathta në të majtë. Prapashtesa është arkitektura për të cilën u kompilua binari, fusha e mesme është rishikimi i upstream dhe i paketimit, dhe fusha e katërt e nënkuptuar është grupi i bibliotekave të grupit në të cilin u ndërtua.

Në një instalim 64-bit të Raspberry Pi OS arkitektura e sistemit është arm64, kështu që dpkg -i refuzon një paketë armhf për shkak të mospërputhjes së arkitekturës. Edhe aty ku multiarch e mundëson instalimin, binari pret versione bibliotekash nga versioni kundër të cilit u ndërtua, dhe një sistem bazë më i ri mund të mos i ofrojë më. Rezultati është një paketë e instaluar, e cila ka ekzekutuesin që nuk niset, dhe ky është dështimi që njerëzit zakonisht e keqinterpretojnë si vetë klienti i prishur.

Fakti që tabela është pajisje ARM nuk e bën një paketë ARM të përshtatshme. Arkitektura është një bosht; versioni dhe ABI janë dy të tjerët, dhe ata dështojnë në mënyrë të pavarur.

Pyetni shpërndarjen përpara se të kërkoni një lidhje shkarkimi

Çdo kanal i mirëmbajtur mund t'ju thotë se çfarë do të instalonte pikërisht tani. Ekzekutoni pyetësorin në makinën e synuar, me depozitat që përdor vërtet, përpara se të merrni në konsideratë çdo transferim skedari.

cat /etc/os-release
dpkg --print-architecture
apt-cache policy openfortivpn

Një rresht kandidati me version dhe emër depozite do të thotë që shpërndarja ka tashmë një ndërtim për këtë sistem. Mungesa e kandidatit, ose një kandidat nga një grup që nuk kishit ndërmend ta përdornit, është informacion për burimet tuaja, jo për atë nëse softueri ekziston diku.

Nëse rifreskimi i metadatës dështon, mbajeni atë dështim të ndarë nga çështja e paketës. Zgjidhja e emrave, transporti i depozitave, një nënshkrim Release që mungon dhe një grup në fund të jetës së tij të gjitha thyejnë apt update përpara se klienti të përfshihet. Rregullimi i burimeve është detyrë tjetër nga zgjedhja e një klienti VPN, dhe përzierja e të dyjave është mënyra se si njerëzit përfundojnë duke e drejtuar një sistem aktual drejt një versioni të vjetruar.

Çfarë verifikon apt dhe çfarë nuk merr një skedar i shkarkuar

Një instalim normal ndjek një zinxhir nënshkrimesh: arkivi nënshkruan indeksin e tij, indeksi mban hash-e për secilën paketë, dhe paketa duhet të përputhet. referenca e vërtetimit të arkivit e ndan atë zinxhir nga ideja e kontrollit të një nënshkrimi të bashkangjitur çdo skedari individual.

Një skedar i ruajtur nga një lidhje e vjetër HTTP nuk ka asgjë nga kjo. Ai vjen pa identitet depozite, nuk përditësohet kur shpërndarja rregullon klientin, dhe asgjë nuk regjistron se kush është përgjegjës për zëvendësimin e tij. Kjo mund të jetë ende një zgjedhje legjitime për një administrator me një artefakt të fiksuar, por zgjedhja duhet të vijë me një pronar, një checksum të regjistruar diku dhe një plan për përditësimin e ardhshëm të sigurisë.

Shtypja e gabimeve të nënshkrimit ose çaktivizimi i verifikimit TLS për ta mbajtur një udhëzim të vjetër në punë heq pjesën e vetme të procesit që kontrollonte diçka. Në vend të kësaj rikthejeni kontrollin që dështon.

Instaloni klientin, pastaj korrigjoni lidhjen veçmas

Kur ekziston një kandidat i mirëmbajtur, instalojeni përmes transaksionit normal të rishikuar dhe lërini menaxherin e paketave të regjistrojë çfarë bëri.

Nëse vendosja ka vërtet nevojë për një ndërtim nga upstream, ndiqni udhëzimet aktuale të ndërtimit të projektit dhe trajtojeni si softuer që tani ju mirëmbani: paketat e zhvillimit, pkg-config, titujt e bibliotekës TLS dhe daemoni PPP janë varësi reale, dhe po ashtu procedura e heqjes që do t'ju duhet më vonë.

Instalimi është vetëm faza lokale e softuerit. Porta duhet të pranojë protokollin dhe rrjedhën e vërtetimit të klientit, klienti duhet të besojë certifikatën që paraqet porta, dhe tuneli ka nevojë për një shtresë PPP funksionale plus rrugë dhe një pronar të zgjidhësit. Një transaksion pakete i përfunduar nuk provon asgjë nëse porta e pranon llogarinë apo nëse diapazoni privat është i arritshëm. Testoni çdo shtresë atje ku prishet në vend që të ekzekutoni përsëri instaluesin.

Plani që duhet të zëvendësojë emrin e vjetër të skedarit

Fillimisht shkruani identitetin e platformës: versioni i sistemit, arkitektura dhe lista e burimeve në përdorim. Pastaj emërtoni vendin e autorizuar nga vjen paketa, qoftë një depozitë shpërndarjeje, një depozitë furnizuesi me çelës të fiksuar apo një ndërtim që e kompiloni dhe e paketoni vetë.

Së fundi, emërtoni mirëmbajtësin dhe rrugën e përditësimit. Një Pi që ekzekuton një klient që askush nuk e zotëron do të vazhdojë të punojë deri në përditësimin e parë të bibliotekës, dhe më pas dikush me të njëjtin problem do të gjejë përsëri të njëjtën temë forumi.

Besimi i korrigjuar është mjaft i thjeshtë për t'u thënë në një rresht: paketa e vjetër është provë që klienti dikur u ndërtua dhe funksionoi, jo provë që do të instalohet në tabelën tuaj sonte. Kontrolloni tre boshtet, pastaj zgjidhni një kanal që mund të vazhdoni ta përditësoni.