Eski openfortivpn .deb Raspberry Pi'ingizga mos keladimi?

Forumdagi javob sizga to'liq fayl nomini beradi va nom yechimga o'xshaydi: bitta .deb, bitta buyruq, tayyor. Bu satr aslida paket versiyasini, CPU arxitekturasini va kimdir post yozgan kuni u qarshi qurilgan distributiv to'plamini kodlaydi. Uchovining hech biri sizning stolingizdagi platani avtomatik tavsiflamaydi. Eski yuklab olish bitta mashinaning holati surati, siz uchun o'rnatish rejasi emas.

Fayl nomi jimgina nimani qotiradi

openfortivpn_1.17.0-1_armhf.deb kabi nomni o'ngdan chapga o'qing. Qo'shimcha binar kompilyatsiya qilingan arxitektura, o'rta maydon upstream va qadoqlash reviziyasi, yashirin to'rtinchi maydon esa u qurilgan to'plamning kutubxonalar to'plami.

64-bitli Raspberry Pi OS o'rnatishida tizim arxitekturasi arm64, shuning uchun dpkg -i arxitektura mos kelmasligi sababli armhf paketini rad etadi. multiarch o'rnatishni imkonga keltirgan joyda ham binar o'zi qurilgan versiyaning kutubxona versiyalarini kutadi va yangiroq asosiy tizim ularni endi bermasligi mumkin. Natija — bajariladigan fayl ishga tushmaydigan o'rnatilgan paket, va bu odamlar odatda mijozi o'zi buzilgan deb noto'g'ri talqin qiladigan nosozlik.

Plataning ARM qurilmasi bo'lishi ARM paketini mos qilmaydi. Arxitektura — bitta o'q; versiya va ABI qolgan ikkitasi, va ular mustaqil ravishda muvaffaqiyatsizlikka uchraydi.

Yuklab olish havolasini so'rashdan oldin distributivdan so'rang

Har bir qo'llab-quvvatlanadigan kanal hozir nima o'rnatishini ayta oladi. Har qanday fayl uzatishni ko'rib chiqishdan oldin so'rovni maqsadli mashinada, u haqiqatda ishlatadigan repozitoriylar bilan bajaring.

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

Versiya va repozitoriy nomi bo'lgan nomzod qatori distributivda bu tizim uchun allaqachon qurilma borligini bildiradi. Nomzod yo'qligi yoki siz foydalanishni rejalashtirmagan to'plamdan nomzod kelishi — bu dasturiy ta'minot qayerdadir mavjudligi haqida emas, sizning manbalaringiz haqida ma'lumot.

Agar metama'lumotlarni yangilash muvaffaqiyatsiz bo'lsa, bu nosozlikni paket masalasidan alohida saqlang. Nomlarni hal qilish, repozitoriy transporti, yo'q Release imzosi va umrining oxiridagi to'plam — barchasi mijoz jalb qilinishidan oldin apt update ni buzadi. Manbalarni tuzatish VPN mijozini tanlashdan boshqa vazifa, va ikkalasini aralashtirish odamlarning joriy tizimni eskirgan versiyaga yo'naltirish yo'lidir.

apt nimani tekshiradi va yuklab olingan fayl nima olmaydi

Oddiy o'rnatish imzolar zanjiriga amal qiladi: arxiv o'z indeksiga imzo qo'yadi, indeks har bir paket uchun xeshlarni olib yuradi, va paket mos kelishi kerak. arxiv autentifikatsiyasi ma'lumotnomasi o'sha zanjirni har bir alohida faylga biriktirilgan imzoni tekshirish g'oyasidan ajratadi.

Eski HTTP havolasidan saqlangan faylda buning hech biri yo'q. U repozitoriy identifikatorisiz keladi, distributiv mijozni yamaganda yangilanmaydi, va uni almashtirish uchun kim javobgar ekanini hech narsa qayd etmaydi. Bu qotirilgan artefakti bo'lgan administrator uchun hali ham qonuniy tanlov bo'lishi mumkin, ammo tanlov egasi, qayerdadir qayd etilgan checksum va keyingi xavfsizlik yangilanishi uchun reja bilan birga kelishi kerak.

Eski ko'rsatmani ishga tushirish uchun imzo xatolarini bostirish yoki TLS tekshiruvini o'chirish jarayonning biror narsani tekshirgan yagona qismini olib tashlaydi. Buning o'rniga muvaffaqiyatsiz bo'lgan tekshiruvni tiklang.

Mijozni o'rnating, keyin ulanishni alohida tuzating

Qo'llab-quvvatlanadigan nomzod mavjud bo'lsa, uni odatdagi ko'rib chiqilgan tranzaksiya orqali o'rnating va paket menejeriga nima qilganini yozishga ruxsat bering.

Agar joylashtirish haqiqatan ham upstream qurilmasini talab qilsa, loyihaning joriy qurish ko'rsatmalariga amal qiling va uni endi siz qo'llab-quvvatlaydigan dasturiy ta'minot sifatida ko'ring: ishlab chiqish paketlari, pkg-config, TLS kutubxonasi sarlavhalari va PPP demoni haqiqiy bog'liqliklar, keyinchalik kerak bo'ladigan o'chirish tartibi ham shunday.

O'rnatish faqat mahalliy dasturiy bosqich. Shlyuz mijozning protokoli va autentifikatsiya oqimini qabul qilishi kerak, mijoz shlyuz taqdim etgan sertifikatga ishonishi kerak, tunnel esa ishlaydigan PPP qatlami bilan birga marshrutlar va resolver egasini talab qiladi. Tugallangan paket tranzaksiyasi shlyuz hisobni qabul qiladimi yoki shaxsiy diapazon yetib boriladimi degan savolga hech narsani isbotlamaydi. O'rnatuvchini qayta ishga tushirish o'rniga har bir qatlamni u buziladigan joyda sinab ko'ring.

Eski fayl nomini almashtirishi kerak bo'lgan reja

Avval platforma identifikatorini yozing: OS versiyasi, arxitektura va ishlatilayotgan manbalar ro'yxati. Keyin paket keladigan ruxsat etilgan joyni nomlang — bu distributiv repozitoriysi, qotirilgan kalitli sotuvchi repozitoriysi yoki o'zingiz kompilyatsiya qilib paketlaydigan qurilma bo'lishi mumkin.

Nihoyat, qo'llab-quvvatlovchi va yangilanish yo'lini nomlang. Egasi yo'q mijozni ishga tushirayotgan Pi birinchi kutubxona yangilanishigacha ishlaydi, keyin xuddi shu muammoli kimdir o'sha forum mavzusini yana topadi.

Tuzatilgan e'tiqod bir satrda aytish uchun yetarlicha oddiy: eski paket mijoz bir vaqtlar qurilgani va ishlaganining dalili, bugun kechqurun sizning platangizga o'rnatilishining dalili emas. Uchta o'qni tekshiring, keyin yangilashni davom ettira oladigan kanalni tanlang.