Sopiiko vanha openfortivpn .deb Raspberry Pi:llesi?

Foorumivastaus antaa sinulle täydellisen tiedostonimen, ja nimi näyttää ratkaisulta: yksi .deb, yksi komento, valmis. Mitä tuo merkkijono todella koodaa, on paketin versio, suorittimen arkkitehtuuri ja jakelun sarja, jonka vasten se rakennettiin sinä päivänä, jona joku kirjoitti viestin. Mikään noista kolmesta ei automaattisesti kuvaa pöydälläsi olevaa levyä. Vanha lataus on yhden koneen tilanteen tilannekuva, ei asennussuunnitelma sinun koneellesi.

Mitä tiedostonimi hiljaa kiinnittää

Lue nimi kuten openfortivpn_1.17.0-1_armhf.deb oikealta vasemmalle. Pääte on arkkitehtuuri, jolle binääri käännettiin, keskikenttä on upstream- ja paketointiversio, ja implisiittinen neljäs kenttä on sen sarjan kirjastojoukko, jossa se rakennettiin.

64-bittisessä Raspberry Pi OS -asennuksessa järjestelmän arkkitehtuuri on arm64, joten dpkg -i hylkää armhf-paketin arkkitehtuurin epäsopivuuden vuoksi. Vaikka multiarch mahdollistaisi asennuksen, binääri odottaa kirjastoversioita siltä julkaisulta, jonka vasten se rakennettiin, eikä uudempi perusjärjestelmä välttämättä enää tarjoa niitä. Tuloksena on asennettu paketti, jonka suoritettava tiedosto ei käynnisty, ja se on se vika, jonka ihmiset yleensä tulkitsevat väärin itse asiakasohjelman rikkoutumiseksi.

Se, että levy on ARM-laite, ei tee ARM-paketista sopivaa. Arkkitehtuuri on yksi akseli; julkaisu ja ABI ovat kaksi muuta, ja ne epäonnistuvat toisistaan riippumatta.

Kysy jakelulta ennen kuin kysyt latauslinkkiä

Jokainen ylläpidetty kanava voi kertoa, mitä se asentaisi juuri nyt. Suorita kysely kohdekoneella, sen todella käyttämillä arkistoilla, ennen kuin harkitsetkaan tiedostonsiirtoa.

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

Ehdokasrivi, jossa on versio ja arkiston nimi, tarkoittaa, että jakelulla on jo käännös tälle järjestelmälle. Ehdokkaan puuttuminen tai ehdokas sarjasta, jota et aikonut käyttää, on tietoa lähteistäsi, ei siitä, että ohjelmisto olisi olemassa jossain.

Jos metatietojen päivitys epäonnistuu, pidä se epäonnistuminen erillään pakettikysymyksestä. Nimien selvitys, arkiston kuljetus, puuttuva Release-allekirjoitus ja elinkaarensa lopussa oleva sarja rikkovat kaikki apt update ennen kuin asiakasohjelma on mukana. Lähteiden korjaaminen on eri tehtävä kuin VPN-asiakasohjelman valinta, ja näiden kahden sekoittaminen on se tapa, jolla ihmiset päätyvät osoittamaan nykyisen järjestelmän vanhentuneeseen julkaisuun.

Mitä apt varmistaa ja mitä ladattu tiedosto ei saa

Normaali asennus seuraa allekirjoitusketjua: arkisto allekirjoittaa hakemistonsa, hakemisto sisältää tiivisteet jokaiselle paketille, ja paketin on vastattava niitä. arkiston todennuksen viite erottaa tuon ketjun ajatuksesta tarkistaa jokaiseen yksittäiseen tiedostoon liitetty allekirjoitus.

Vanhasta HTTP-linkistä tallennetulla tiedostolla ei ole mitään tuosta. Se saapuu ilman arkiston identiteettiä, sitä ei päivitetä, kun jakelu paikkaa asiakasohjelmaa, eikä mikään kirjaa, kuka vastaa sen korvaamisesta. Se voi silti olla laillinen valinta ylläpitäjälle, jolla on kiinnitetty artefakti, mutta valintaan on kuuluttava omistaja, jonnekin kirjattu tarkistussumma ja suunnitelma seuraavaa tietoturvapäivitystä varten.

Allekirjoitusvirheiden vaimentaminen tai TLS-varmennuksen poistaminen käytöstä vanhan ohjeen pitämiseksi toiminnassa poistaa prosessin ainoan osan, joka tarkisti mitään. Palauta sen sijaan epäonnistuva tarkistus.

Asenna asiakasohjelma ja vianmääritä sitten yhteys erikseen

Kun ylläpidetty ehdokas on olemassa, asenna se tavallisen tarkistetun transaktion kautta ja anna paketinhallinnan kirjata, mitä se teki.

Jos käyttöönotto todella tarvitsee upstream-käännöksen, seuraa projektin nykyisiä käännösohjeita ja kohtele sitä ohjelmistona, jota nyt ylläpidät: kehityspaketit, pkg-config, TLS-kirjaston otsikot ja PPP-taustaohjelma ovat todellisia riippuvuuksia, ja niin on myös poistomenettely, jota tarvitset myöhemmin.

Asennus on vain paikallinen ohjelmistovaihe. Yhdyskäytävän on hyväksyttävä asiakasohjelman protokolla ja todennusvirta, asiakasohjelman on luotettava yhdyskäytävän esittämään varmenteeseen, ja tunneli tarvitsee toimivan PPP-kerroksen sekä reitit ja resolverin omistajan. Valmis pakettitransaktio ei todista mitään siitä, hyväksyykö yhdyskäytävä tilin tai onko yksityinen alue saavutettavissa. Testaa jokainen kerros siellä, missä se rikkoutuu, sen sijaan että ajaisit asentajan uudelleen.

Suunnitelma, joka pitäisi korvata vanha tiedostonimi

Kirjoita ensin alustan identiteetti: käyttöjärjestelmän julkaisu, arkkitehtuuri ja käytössä oleva lähdeluettelo. Nimeä sitten valtuutettu paikka, josta paketti tulee — oli se jakeluarkisto, kiinnitetyllä avaimella varustettu toimittajan arkisto tai käännös, jonka käännät ja paketoit itse.

Nimeä lopuksi ylläpitäjä ja päivityspolku. Pi, joka ajaa asiakasohjelmaa, jota kukaan ei omista, toimii ensimmäiseen kirjastopäivitykseen asti, ja silloin saman ongelman kanssa oleva löytää saman foorumiketjun uudelleen.

Korjattu uskomus on tarpeeksi yksinkertainen sanottavaksi yhdellä rivillä: vanha paketti on todiste siitä, että asiakasohjelma joskus käännettiin ja toimi, ei todiste siitä, että se asentuu levylle tänä iltana. Tarkista kolme akselia ja valitse sitten kanava, jota voit pitää päivitettynä.