Vai vecais openfortivpn .deb ir piemērots jūsu Raspberry Pi?
Arhivēts armhf .deb fiksē laidienu, kuram jūsu Pi, iespējams, vairs neatbilst. Pirms instalēšanas pārbaudiet OS laidienu, pakotnes arhitektūru un atjaunināšanas avotu.
Atbilde forumā dod jums pilnu faila nosaukumu, un nosaukums izskatās kā risinājums: viens .deb, viena komanda, gatavs. Tas, ko šī virkne patiesībā kodē, ir pakotnes versija, CPU arhitektūra un izplatīšanas komplekts, pret kuru tā tika būvēta tajā dienā, kad kāds rakstīja ierakstu. Neviens no šiem trim automātiski neapraksta plati uz jūsu galda. Vecā lejupielāde ir vienas mašīnas situācijas momentuzņēmums, nevis jūsu instalācijas plāns.
Ko faila nosaukums klusi fiksē
Lasiet nosaukumu, piemēram, openfortivpn_1.17.0-1_armhf.deb, no labās uz kreiso. Sufikss ir arhitektūra, kurai binārais fails tika kompilēts, vidējais lauks ir upstream un iepakojuma revīzija, un netiešais ceturtais lauks ir tā komplekta bibliotēku kopa, kurā tas tika būvēts.
64 bitu Raspberry Pi OS instalācijā sistēmas arhitektūra ir arm64, tāpēc dpkg -i atsakās no armhf pakotnes arhitektūras neatbilstības dēļ. Pat tur, kur multiarch ļauj instalēt, binārais fails sagaida bibliotēku versijas no laidiena, pret kuru tas tika būvēts, un jaunāka bāzes sistēma tās var vairs nenodrošināt. Rezultāts ir instalēta pakotne, kuras izpildāmais fails nepalaižas, un tas ir bojājums, ko cilvēki parasti nepareizi uztver kā pašu klientu sabojātu.
Tas, ka plate ir ARM ierīce, nepadara ARM pakotni piemērotu. Arhitektūra ir viena ass; laidiens un ABI ir pārējās divas, un tās neizdodas neatkarīgi.
Pajautājiet izplatītājam, pirms prasāt lejupielādes saiti
Katrs uzturētais kanāls var pateikt, ko tas instalētu tieši tagad. Izpildiet vaicājumu mērķa mašīnā ar repozitorijiem, ko tā faktiski izmanto, pirms apsverat jebkādu failu pārsūtīšanu.
cat /etc/os-release
dpkg --print-architecture
apt-cache policy openfortivpnKandidāta rinda ar versiju un repozitorija nosaukumu nozīmē, ka izplatītājam jau ir būvējums šai sistēmai. Kandidāta neesamība vai kandidāts no komplekta, kuru neplānojāt izmantot, ir informācija par jūsu avotiem, nevis par to, vai programmatūra kaut kur pastāv.
Ja metadatu atsvaidzināšana neizdodas, turiet šo neveiksmi atsevišķi no pakotnes jautājuma. Nosaukumu izšķiršana, repozitoriju transports, trūkstošs Release paraksts un komplekts dzīves beigās visi salauž apt update, pirms klients vispār tiek iesaistīts. Avotu labošana ir cits uzdevums nekā VPN klienta izvēle, un abu sajaukšana ir veids, kā cilvēki novirza pašreizējo sistēmu uz novecojušu laidienu.
Ko apt pārbauda un ko lejupielādēts fails nesaņem
Normāla instalācija seko parakstu ķēdei: arhīvs paraksta savu indeksu, indekss satur jaucējkodus katrai pakotnei, un pakotnei ir jāatbilst. arhīva autentifikācijas atsauce atdala šo ķēdi no idejas pārbaudīt parakstu, kas pievienots katram atsevišķajam failam.
Failam, kas saglabāts no vecas HTTP saites, nav nekā no tā. Tas ierodas bez repozitorija identitātes, tas netiek atjaunināts, kad izplatītājs labo klientu, un nekas nefiksē, kas ir atbildīgs par tā aizstāšanu. Tas joprojām var būt leģitīma izvēle administratoram ar fiksētu artefaktu, bet izvēlei jānāk ar īpašnieku, kaut kur reģistrētu kontrolsummu un plānu nākamajam drošības atjauninājumam.
Parakstu kļūdu nomākšana vai TLS pārbaudes izslēgšana, lai vecā instrukcija turpinātu darboties, noņem vienīgo procesa daļu, kas kaut ko pārbaudīja. Tā vietā atjaunojiet neizdevušos pārbaudi.
Instalējiet klientu, pēc tam atkļūdojiet savienojumu atsevišķi
Ja pastāv uzturēts kandidāts, instalējiet to ar parasto pārskatīto darījumu un ļaujiet pakotņu pārvaldniekam reģistrēt, ko tas darīja.
Ja izvietošanai patiešām vajag upstream būvējumu, sekojiet projekta pašreizējām būvēšanas instrukcijām un izturieties pret to kā pret programmatūru, kuru tagad uzturat: izstrādes pakotnes, pkg-config, TLS bibliotēkas galvenes un PPP dēmons ir īstas atkarības, un tāda ir arī noņemšanas procedūra, kas jums būs vajadzīga vēlāk.
Instalācija ir tikai vietējā programmatūras stadija. Vārtejai ir jāpieņem klienta protokols un autentifikācijas plūsma, klientam ir jāuzticas vārtejas uzrādītajam sertifikātam, un tunelim vajadzīgs strādājošs PPP slānis plus maršruti un resolver īpašnieks. Pabeigts pakotnes darījums neko nepierāda par to, vai vārteja pieņem kontu vai vai privātais diapazons ir sasniedzams. Pārbaudiet katru slāni tur, kur tas lūzt, nevis atkārtoti palaidiet instalētāju.
Plāns, kam vajadzētu aizstāt veco faila nosaukumu
Vispirms pierakstiet platformas identitāti: OS laidienu, arhitektūru un izmantoto avotu sarakstu. Pēc tam nosauciet atļauto vietu, no kuras nāk pakotne, vai tas būtu izplatīšanas repozitorijs, piegādātāja repozitorijs ar fiksētu atslēgu vai būvējums, ko kompilējat un iesaiņojat paši.
Visbeidzot nosauciet uzturētāju un atjaunināšanas ceļu. Pi, kurā darbojas klients, kam nav īpašnieka, darbosies līdz pirmajam bibliotēkas atjauninājumam, un tad kāds ar to pašu problēmu atkal atradīs to pašu foruma pavedienu.
Labotais uzskats ir pietiekami vienkāršs, lai to pateiktu vienā rindā: vecā pakotne ir pierādījums, ka klients kādreiz tika būvēts un darbojās, nevis pierādījums, ka tas šovakar instalēsies uz jūsu plates. Pārbaudiet trīs asis un pēc tam izvēlieties kanālu, kuru varat turpināt atjaunināt.