Adakah .deb openfortivpn lama itu sesuai untuk Raspberry Pi anda?

Jawapan forum memberikan nama fail yang lengkap, dan nama itu kelihatan seperti penyelesaiannya: satu .deb, satu arahan, selesai. Apa yang sebenarnya dikodkan oleh rentetan itu ialah versi pakej, seni bina CPU dan suite edaran yang menjadi asas pembinaannya pada hari seseorang menulis catatan itu. Tiada satu pun daripada ketiga-tiganya menerangkan papan di atas meja anda secara automatik. Muat turun lama itu ialah petikan keadaan satu mesin, bukan pelan pemasangan untuk mesin anda.

Apa yang disematkan oleh nama fail secara senyap

Baca nama seperti openfortivpn_1.17.0-1_armhf.deb dari kanan ke kiri. Akhiran ialah seni bina yang binari itu dikompil, medan tengah ialah semakan upstream dan pembungkusan, dan medan keempat tersirat ialah set pustaka suite tempat ia dibina.

Pada pemasangan Raspberry Pi OS 64-bit, seni bina sistem ialah arm64, jadi dpkg -i menolak pakej armhf kerana ketidakpadanan seni bina. Walaupun multiarch membolehkan pemasangan, binari itu menjangkakan versi pustaka daripada keluaran yang menjadi asas pembinaannya, dan sistem asas yang lebih baharu mungkin tidak lagi menyediakannya. Hasilnya ialah pakej yang dipasang, dengan fail boleh laksana tidak dapat dimulakan, dan itulah kegagalan yang orang biasanya salah tafsir sebagai klien itu sendiri rosak.

Papan itu sebagai peranti ARM tidak menjadikan pakej ARM sesuai. Seni bina ialah satu paksi; keluaran dan ABI ialah dua yang lain, dan kedua-duanya gagal secara berasingan.

Tanya edaran sebelum meminta pautan muat turun

Setiap saluran yang diselenggara boleh memberitahu anda apa yang akan dipasangnya sekarang. Jalankan pertanyaan pada mesin sasaran, dengan repositori yang benar-benar digunakannya, sebelum mempertimbangkan sebarang pemindahan fail.

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

Baris calon dengan versi dan nama repositori bermakna edaran itu sudah mempunyai binaan untuk sistem ini. Tiada calon, atau calon daripada suite yang tidak anda niatkan untuk digunakan, ialah maklumat tentang sumber anda, bukan tentang sama ada perisian itu wujud di suatu tempat.

Jika penyegaran metadata gagal, asingkan kegagalan itu daripada persoalan pakej. Penyelesaian nama, pengangkutan repositori, tandatangan Release yang hilang dan suite di penghujung hayat semuanya memecahkan apt update sebelum klien terlibat. Membaiki sumber ialah tugas berbeza daripada memilih klien VPN, dan mencampurkan kedua-duanya ialah cara orang akhirnya menghalakan sistem semasa kepada keluaran lapuk.

Apa yang disahkan apt, dan apa yang tidak diperoleh fail yang dimuat turun

Pemasangan biasa mengikut rantaian tandatangan: arkib menandatangani indeksnya, indeks membawa cincang bagi setiap pakej, dan pakej itu mesti sepadan. rujukan pengesahan arkib memisahkan rantaian itu daripada idea memeriksa tandatangan yang dilampirkan pada setiap fail individu.

Fail yang disimpan daripada pautan HTTP lama tidak mempunyai apa-apa daripadanya. Ia tiba tanpa identiti repositori, ia tidak dikemas kini apabila edaran menampal klien, dan tiada apa yang merekodkan siapa yang bertanggungjawab untuk menggantikannya. Itu masih boleh menjadi pilihan yang sah untuk pentadbir dengan artifak yang disematkan, tetapi pilihan itu mesti disertai pemilik, checksum yang direkodkan di suatu tempat dan pelan untuk kemas kini keselamatan seterusnya.

Menyekat ralat tandatangan atau mematikan pengesahan TLS untuk membiarkan arahan lama berjalan menghapuskan satu-satunya bahagian proses yang memeriksa apa-apa. Pulihkan semakan yang gagal itu.

Pasang klien, kemudian nyahpepijat sambungan secara berasingan

Apabila calon yang diselenggara wujud, pasang melalui transaksi disemak biasa dan biarkan pengurus pakej merekodkan apa yang dilakukannya.

Jika penggunaan benar-benar memerlukan binaan daripada upstream, ikut arahan binaan projek semasa dan anggapnya sebagai perisian yang kini anda selenggara: pakej pembangunan, pkg-config, pengepala pustaka TLS dan daemon PPP ialah kebergantungan sebenar, begitu juga prosedur penyingkiran yang anda perlukan kemudian.

Pemasangan hanyalah peringkat perisian setempat. Get laluan mesti menerima protokol dan aliran pengesahan klien, klien mesti mempercayai sijil yang dikemukakan oleh get laluan, dan terowong memerlukan lapisan PPP yang berfungsi serta laluan dan pemilik penyelesai. Transaksi pakej yang selesai tidak membuktikan apa-apa tentang sama ada get laluan menerima akaun atau sama ada julat peribadi boleh dicapai. Uji setiap lapisan di tempat ia pecah daripada menjalankan pemasang semula.

Pelan yang sepatutnya menggantikan nama fail lama

Tuliskan identiti platform terlebih dahulu: keluaran OS, seni bina dan senarai sumber yang digunakan. Kemudian namakan tempat sah dari mana pakej itu datang, sama ada repositori edaran, repositori vendor dengan kunci disematkan atau binaan yang anda kompil dan bungkus sendiri.

Akhir sekali, namakan penyelenggara dan laluan kemas kini. Pi yang menjalankan klien yang tiada pemilik akan terus berfungsi sehingga kemas kini pustaka pertama, dan kemudian seseorang dengan masalah yang sama akan menemui urutan forum yang sama semula.

Kepercayaan yang diperbetulkan cukup mudah untuk dinyatakan dalam satu baris: pakej lama ialah bukti bahawa klien itu pernah dibina dan berjalan, bukan bukti bahawa ia akan dipasang pada papan anda malam ini. Semak ketiga-tiga paksi, kemudian pilih saluran yang boleh anda terus kemas kini.