Je li stari openfortivpn .deb prikladan za vaš Raspberry Pi?
Arhivirani armhf .deb fiksira izdanje s kojim se vaš Pi možda više ne podudara. Provjerite izdanje OS-a, arhitekturu paketa i izvor ažuriranja prije instalacije.
Odgovor s foruma daje vam puno ime datoteke, a ime izgleda kao rješenje: jedan .deb, jedna naredba, gotovo. Ono što taj niz zapravo kodira jest verzija paketa, arhitektura procesora i distribucijski set prema kojem je izgrađen onog dana kada je netko napisao objavu. Nijedno od to troje automatski ne opisuje ploču na vašem stolu. Staro je preuzimanje snimka stanja jedne mašine, a ne plan instalacije za vašu.
Što ime datoteke tiho fiksira
Čitajte ime poput openfortivpn_1.17.0-1_armhf.deb s desna na lijevo. Sufiks je arhitektura za koju je binarni program preveden, srednje polje je revizija upstreama i pakiranja, a implicitno četvrto polje je skup biblioteka seta u kojem je izgrađen.
Na 64-bitnoj instalaciji Raspberry Pi OS-a arhitektura sustava je arm64, pa dpkg -i odbija paket armhf zbog nepodudaranja arhitekture. Čak i kada multiarch omogući instalaciju, binarni program očekuje verzije biblioteka iz izdanja prema kojem je izgrađen, a noviji osnovni sustav ih možda više ne pruža. Rezultat je instalirani paket kod kojeg se izvršna datoteka ne može pokrenuti, i to je kvar koji ljudi obično pogrešno pripisuju samom klijentu.
To što je ploča ARM uređaj ne čini ARM paket prikladnim. Arhitektura je jedna os; izdanje i ABI su druge dvije i ne uspijevaju neovisno.
Pitajte distribuciju prije nego što zatražite poveznicu za preuzimanje
Svaki održavani kanal može vam reći što bi upravo sada instalirao. Pokrenite upit na ciljnom stroju, s repozitorijima koje doista koristi, prije nego što razmotrite bilo kakav prijenos datoteke.
cat /etc/os-release
dpkg --print-architecture
apt-cache policy openfortivpnRedak kandidata s verzijom i imenom repozitorija znači da distribucija već ima izgradnju za ovaj sustav. Nema kandidata, ili kandidat iz seta koji niste namjeravali koristiti, informacija je o vašim izvorima, a ne o tome da softver negdje postoji.
Ako osvježavanje metapodataka ne uspije, držite taj neuspjeh odvojeno od pitanja paketa. Razrješavanje imena, prijenos repozitorija, nedostajući Release potpis i set na kraju životnog vijeka svi lome apt update prije nego što je klijent uključen. Popravljanje izvora drugi je zadatak od odabira VPN klijenta, a miješanje to dvoje način je na koji ljudi usmjere aktualni sustav na zastarjelo izdanje.
Što apt provjerava i što preuzeta datoteka ne dobiva
Normalna instalacija slijedi lanac potpisa: arhiva potpisuje svoj indeks, indeks nosi sažetke za svaki paket, a paket se mora podudarati. referenca za autentifikaciju arhive odvaja taj lanac od ideje provjere potpisa priloženog svakoj pojedinoj datoteci.
Datoteka spremljena sa stare HTTP poveznice nema ništa od toga. Stiže bez identiteta repozitorija, ne ažurira se kada distribucija zakrpa klijenta, i ništa ne bilježi tko je odgovoran za njezinu zamjenu. To još može biti legitiman izbor za administratora s fiksiranim artefaktom, ali izbor mora doći s vlasnikom, negdje zabilježenom kontrolnom sumom i planom za sljedeće sigurnosno ažuriranje.
Potiskivanje pogrešaka potpisa ili isključivanje TLS provjere da bi stara uputa nastavila raditi uklanja jedini dio postupka koji je bilo što provjeravao. Umjesto toga vratite provjeru koja ne uspijeva.
Instalirajte klijenta, pa odvojeno rješavajte vezu
Kada postoji održavani kandidat, instalirajte ga kroz normalnu pregledanu transakciju i pustite upravitelja paketa da zabilježi što je učinio.
Ako implementacija doista treba izgradnju iz upstreama, slijedite trenutne upute projekta za izgradnju i tretirajte je kao softver koji sada održavate: razvojni paketi, pkg-config, zaglavlja TLS biblioteke i PPP daemon prave su ovisnosti, kao i postupak uklanjanja koji će vam kasnije trebati.
Instalacija je samo lokalna softverska faza. Pristupnik mora prihvatiti protokol i tijek autentifikacije klijenta, klijent mora vjerovati certifikatu koji pristupnik predstavlja, a tunel treba funkcionalan PPP sloj plus rute i vlasnika resolvera. Završena transakcija paketa ništa ne dokazuje o tome prihvaća li pristupnik račun ili je li privatni raspon dostupan. Testirajte svaki sloj tamo gdje se lomi umjesto da ponovno pokrenete instalater.
Plan koji bi trebao zamijeniti staro ime datoteke
Prvo zapišite identitet platforme: izdanje OS-a, arhitekturu i popis izvora koji se koriste. Zatim navedite ovlašteno mjesto odakle paket dolazi — bilo da je to distribucijski repozitorij, repozitorij dobavljača s fiksiranim ključem ili izgradnja koju sami prevodite i pakirate.
Na kraju navedite održavatelja i put ažuriranja. Pi koji pokreće klijenta kojeg nitko ne posjeduje radit će do prvog ažuriranja biblioteke, a tada će istu forumsku temu ponovno pronaći netko s istim problemom.
Ispravljeno uvjerenje dovoljno je jednostavno da se izrazi u jednom retku: stari paket dokaz je da je klijent nekoć bio izgrađen i radio, a ne dokaz da će se večeras instalirati na vašu ploču. Provjerite tri osi, zatim odaberite kanal koji možete nastaviti ažurirati.