Kas vana openfortivpn .deb sobib teie Raspberry Pi jaoks?
Arhiveeritud armhf .deb kinnitab väljalaske, millega teie Pi ei pruugi enam sobida. Enne installimist kontrollige OS-i väljalaset, paketi arhitektuuri ja värskendusallikat.
Foorumi vastus annab teile täieliku failinime ja failinimi näib olevat lahendus: üks .deb, üks käsk, valmis. See, mida see string tegelikult kodeerib, on paketi versioon, CPU arhitektuur ja distributsiooni komplekt, mille vastu see sel päeval, kui keegi postituse kirjutas, ehitati. Ükski neist kolmest ei kirjelda automaatselt teie laual olevat plaati. Vana allalaadimine on ühe masina olukorra hetktõmmis, mitte teie oma paigaldusplaan.
Mida failinimi vaikselt kinnitab
Lugege nime nagu openfortivpn_1.17.0-1_armhf.deb paremalt vasakule. Sufiks on arhitektuur, mille jaoks binaarfail kompileeriti, keskmine väli on upstream- ja pakendamisredaktsioon ning kaudne neljas väli on selle komplekti teegikogum, milles see ehitati.
64-bitises Raspberry Pi OS-i paigalduses on süsteemi arhitektuur arm64, seega keeldub dpkg -i paketist armhf arhitektuuri mittevastavuse tõttu. Isegi kui multiarch paigaldamise võimalikuks teeb, ootab binaarfail teegiversioone väljalaskest, mille vastu see ehitati, ja uuem baassüsteem ei pruugi neid enam pakkuda. Tulemuseks on paigaldatud pakett, mille käivitatav fail ei käivitu, ja see on tõrge, mida inimesed tavaliselt ekslikult peavad kliendi enda rikkis olemiseks.
See, et plaat on ARM-seade, ei tee ARM-paketti sobivaks. Arhitektuur on üks telg; väljalase ja ABI on teised kaks ning need ebaõnnestuvad sõltumatult.
Küsige distributsioonilt enne, kui küsitte allalaadimislingi
Iga hooldatav kanal oskab teile öelda, mida see praegu paigaldaks. Käivitage päring sihtmasinas, selle tegelikult kasutatavate hoidlatega, enne kui kaalute mingit failiedastust.
cat /etc/os-release
dpkg --print-architecture
apt-cache policy openfortivpnKandidaadirida koos versiooni ja hoidla nimega tähendab, et distributsioonil on selle süsteemi jaoks juba ehitus. Kandidaadi puudumine või kandidaat komplektist, mida te ei kavatsenud kasutada, on teave teie allikate kohta, mitte selle kohta, et tarkvara kuskil olemas on.
Kui metaandmete värskendamine ebaõnnestub, hoidke see tõrge paketiküsimusest eraldi. Nime lahutamine, hoidla transport, puuduv Release-allkiri ja eluea lõpus olev komplekt lõhuvad kõik apt update enne, kui klient üldse mängu tuleb. Allikate parandamine on teine ülesanne kui VPN-kliendi valimine, ja kahe segamine on viis, kuidas inimesed suunavad praeguse süsteemi vananenud väljalaskele.
Mida apt kontrollib ja mida allalaaditud fail ei saa
Tavaline paigaldus järgib allkirjaahelat: arhiiv allkirjastab oma indeksi, indeks kannab iga paketi räsi ja pakett peab sobima. arhiivi autentimise viide eraldab selle ahela ideest kontrollida igale üksikule failile lisatud allkirja.
Vanast HTTP-lingist salvestatud failil pole sellest midagi. See saabub ilma hoidla identiteedita, seda ei värskendata, kui distributsioon klienti lappib, ja miski ei registreeri, kes vastutab selle asendamise eest. See võib endiselt olla õiguspärane valik administraatorile, kellel on kinnitatud artefakt, kuid valikuga peavad kaasas käima omanik, kuskil registreeritud kontrollsumma ja plaan järgmiseks turvavärskenduseks.
Allkirjavigade summutamine või TLS-i kontrolli keelamine, et vana juhend töötaks edasi, eemaldab protsessi ainsa osa, mis midagi kontrollis. Taastage hoopis ebaõnnestuv kontroll.
Paigaldage klient ja seejärel siluge ühendust eraldi
Kui hooldatav kandidaat on olemas, paigaldage see tavapärase ülevaadatud tehingu kaudu ja laske paketihalduril kirja panna, mida see tegi.
Kui juurutus vajab tõesti upstream-ehitust, järgige projekti praeguseid ehitamisjuhiseid ja käsitlege seda tarkvarana, mida te nüüd hooldate: arenduspaketid, pkg-config, TLS-teegi päised ja PPP-deemon on tõelised sõltuvused, samuti eemaldamisprotseduur, mida hiljem vajate.
Paigaldamine on ainult kohalik tarkvaraetapp. Lüüs peab aktsepteerima kliendi protokolli ja autentimisvoogu, klient peab usaldama sertifikaati, mille lüüs esitab, ja tunnel vajab töötavat PPP-kihti pluss marsruute ja resolveri omanikku. Lõpetatud paketitehing ei tõesta midagi selle kohta, kas lüüs aktsepteerib kontot või kas privaatne vahemik on kättesaadav. Testige iga kihti seal, kus see katki läheb, selle asemel et paigaldajat uuesti käivitada.
Plaan, mis peaks asendama vana failinime
Kirjutage esmalt üles platvormi identiteet: OS-i väljalase, arhitektuur ja kasutatav allikate loend. Seejärel nimetage volitatud koht, kust pakett pärineb, olgu selleks distributsiooni hoidla, kinnitatud võtmega tarnija hoidla või ehitus, mille te ise kompileerite ja pakendate.
Lõpuks nimetage hooldaja ja värskendustee. Pi, mis käitab klienti, mille omanikku pole, töötab edasi kuni esimese teegi uuenduseni ja siis leiab sama foorumiteema uuesti keegi, kellel on sama probleem.
Parandatud veendumus on piisavalt lihtne, et öelda ühe lausega: vana pakett on tõend, et klient kunagi ehitati ja töötas, mitte tõend, et see täna õhtul teie plaadile paigaldub. Kontrollige kolme telge ja valige seejärel kanal, mida saate jätkuvalt värskendada.