Raspberry Pi-rako openfortivpn .deb zaharra egokia al da?

Foro bateko erantzun batek fitxategi-izen oso bat ematen dizu, eta izenak irtenbidea dirudi: .deb bat, komando bat, eginda. Kate horrek benetan kodetzen duena pakete-bertsio bat, CPU-arkitektura bat eta posta idatzi zuen egunean zein banaketa-suiteren aurka eraiki zen dira. Hiru horietako batek ere ez du automatikoki deskribatzen zure mahaian dagoen plaka. Deskarga zaharra makina baten egoeraren argazkia da, ez zuretzako instalazio-plana.

Fitxategi-izenak isilpean finkatzen duena

Irakurri openfortivpn_1.17.0-1_armhf.deb bezalako izen bat eskuinetik ezkerrera. Atzizkia binarioa konpilatu zen arkitektura da, erdiko eremua upstream eta paketatze berrikuspena da, eta laugarren eremu inplizitua eraiki zen suitaren liburutegi-multzoa da.

Raspberry Pi OS-en 64 biteko instalazio batean sistemaren arkitektura arm64 da, beraz dpkg -i-k armhf pakete bat ukatzen du arkitektura-desadostasunagatik. Multiarch-ek instalatzea ahalbidetzen duen tokietan ere, binarioak eraiki zen bertsioaren liburutegi-bertsioak espero ditu, eta oinarrizko sistema berriago batek agian ez ditu gehiago emango. Emaitza instalatutako pakete bat da, zeinaren exekutagarria ez da abiatzen, eta hori da jendeak normalean gaizki ulertzen duen hutsa, bezeroa bera hondatuta balego bezala.

Plaka ARM gailu bat izateak ez du ARM pakete bat egoki bihurtzen. Arkitektura ardatz bat da; bertsioa eta ABI beste biak dira, eta independenteki huts egiten dute.

Galdetu banaketari deskarga-esteka bat eskatu aurretik

Mantentzen den kanal bakoitzak orain zer instalatuko lukeen esan diezazuke. Exekutatu kontsulta helburuko makinan, benetan erabiltzen dituen biltegiriekin, fitxategien edozein transferentzia aztertu aurretik.

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

Bertsio bat eta biltegi-izen bat dituen hautagai-lerro batek esan nahi du banaketak baduela jada sistema honetarako eraikuntza bat. Hautagairik ez egotea, edo erabili nahi ez zenuen suite bateko hautagai bat, zure iturriei buruzko informazioa da, softwarea nonbait existitzen den ala ez baino.

Metadatuen freskatzeak huts egiten badu, mantendu huts hori paketearen galderatik bereizita. Izenen ebazpena, biltegien garraioa, falta den Release sinadura eta bizitzaren amaieran dagoen suite bat guztiek apt update hausten dute bezeroa sartu aurretik. Iturriak konpontzea VPN bezero bat aukeratzea baino zeregin desberdina da, eta biak nahastea da jendeak uneko sistema bertsio zaharkitu batera zuzentzeko modua.

Zer egiaztatzen du apt-ek, eta zer ez du lortzen deskargatutako fitxategi batek

Instalazio normal batek sinadura-kate bat jarraitzen du: artxiboak bere indizea sinatzen du, indizeak pakete bakoitzaren hash-ak daramatza, eta paketeak bat etorri behar du. artxiboaren autentifikazio-erreferentzia kate hori fitxategi bakoitzari erantsitako sinadura bat egiaztatzeko ideiatik bereizten du.

HTTP esteka zahar batetik gordetako fitxategi batek ez du horretatik ezer. Biltegi-identitaterik gabe iristen da, ez da eguneratzen banaketak bezeroa adabakitzen duenean, eta ezerk ez du erregistratzen nor den hura ordezteko arduraduna. Hori oraindik aukera zilegi izan daiteke artefaktu finkatu bat duen administratzailearentzat, baina aukerak jabe bat, nonbait erregistratutako kontrol-batuketa bat eta hurrengo segurtasun-eguneratzerako plan bat izan behar ditu.

Sinadura-erroreak isilaraztea edo TLS egiaztapena desgaitzea jarraibide zaharra funtzionatzen jarraitzeko prozesuaren zerbait egiaztatzen zuen zati bakarra kentzea da. Zaharberritu huts egiten duen egiaztapena horren ordez.

Instalatu bezeroa, eta gero araztu konexioa bereizita

Mantentzen den hautagai bat dagoenean, instalatu berrikusitako transakzio normalaren bidez eta utzi pakete-kudeatzaileari egin duena erregistratzen.

Hedapenak benetan upstream-eraikuntza bat behar badu, jarraitu proiektuaren uneko eraikuntza-jarraibideak eta tratatu orain mantentzen duzun software gisa: garapen-paketeak, pkg-config, TLS liburutegiaren goiburuak eta PPP daemon-a benetako mendekotasunak dira, eta geroago beharko duzun kentze-prozedura ere bai.

Instalazioa tokiko software-fasea baino ez da. Ateak bezeroaren protokoloa eta autentifikazio-fluxua onartu behar ditu, bezeroak atea aurkezten duen ziurtagirian konfiantza izan behar du, eta tunelak PPP geruza funtzional bat behar du, baita ibilbideak eta resolver baten jabea ere. Osatutako pakete-transakzio batek ez du ezer frogatzen ateak kontua onartzen duen edo barruti pribatua irisgarria den. Probatu geruza bakoitza hausten den tokian, instalatzailea berriro exekutatu beharrean.

Fitxategi-izen zaharra ordeztu beharko lukeen plana

Idatzi lehenengo plataformaren identitatea: OSaren bertsioa, arkitektura eta erabiltzen ari den iturri-zerrenda. Gero izendatu paketea datorren leku baimendua, dela banaketa-biltegi bat, gako finkatua duen hornitzaile-biltegi bat edo zeuk konpilatu eta paketatzen duzun eraikuntza bat.

Azkenik, izendatu mantentzailea eta eguneratze-bidea. Inork ez duen bezero bat exekutatzen duen Pi batek lehen liburutegi-eguneratzea arte funtzionatuko du, eta orduan arazo bera duen norbaitek foroko haria bera aurkituko du berriro.

Zuzendutako ustea nahikoa erraza da lerro bakarrean esateko: pakete zaharra bezeroa noizbait eraiki eta funtzionatu zuen froga da, ez da gaur gauean zure plakan instalatuko den froga. Egiaztatu hiru ardatzak, eta gero aukeratu eguneratzen jarraitu dezakezun kanal bat.