Форум дээрх хариулт танд бүрэн файлын нэрийг өгдөг бөгөөд нэр нь шийдэл мэт харагдана: нэг .deb, нэг команд, боллоо. Энэ мөр бодитоор кодчилж буй зүйл нь багцын хувилбар, CPU-ийн архитектур, хэн нэгэн нийтлэл бичсэн өдөр түүнийг эсрэг барьсан түгээлтийн багц юм. Тэдгээрийн аль нь ч таны ширээн дээрх хавтанг автоматаар дүрслэхгүй. Хуучин таталт нь нэг машины байдлын агшин зураг бөгөөд таны машинд зориулсан суулгах төлөвлөгөө биш.

Файлын нэр чимээгүйгээр юуг тогтоодог вэ

openfortivpn_1.17.0-1_armhf.deb шиг нэрийг баруунаас зүүн тийш уншина уу. Дагавар нь хоёртын файлыг компиляцласан архитектур, дунд талбар нь upstream болон багцлах засвар, далд дөрөв дэх талбар нь түүнийг барьсан багцын номын сангийн багц юм.

64-битийн Raspberry Pi OS суулгалтад системийн архитектур нь arm64 тул dpkg -i архитектурын зөрүүгээс болж armhf багцыг татгалздаг. multiarch суулгахыг боломжтой болгосон ч, хоёртын файл нь өөрийг нь барьсан хувилбарын номын сангийн хувилбаруудыг хүлээдэг бөгөөд шинэ суурь систем тэдгээрийг цаашид өгөхгүй байж болно. Үр дүн нь суулгасан багц бөгөөд түүний ажиллах файл ажиллахгүй, энэ нь хүмүүс ихэвчлэн клиент өөрөө эвдэрсэн гэж буруу ойлгодог алдаа юм.

Хавтан нь ARM төхөөрөмж байх нь ARM багцыг тохиромжтой болгохгүй. Архитектур бол нэг тэнхлэг; хувилбар ба ABI нь нөгөө хоёр бөгөөд тэд бие даан бүтэлгүйтдэг.

Татах холбоос асуухаас өмнө түгээлтээс асуу

Хариуцлагатай ажиллаж буй суваг бүр яг одоо юу суулгахыг хэлж чадна. Ямар ч файл дамжуулалтыг авч үзэхээс өмнө асуулгыг зорилтот машин дээр, түүний бодитоор ашигладаг репозиторуудын хамт ажиллуул.

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

Хувилбар болон репозиторийн нэртэй нэр дэвшигчийн мөр нь түгээлтэд энэ системд зориулсан бүтээц аль хэдийн байгааг илэрхийлнэ. Нэр дэвшигч байхгүй байх, эсвэл ашиглахаар төлөвлөөгүй багцаас нэр дэвшигч ирэх нь програм хангамж хаа нэгтээ байгаа эсэхийн тухай биш, таны эх сурвалжийн тухай мэдээлэл юм.

Хэрэв мета өгөгдлийг сэргээх нь бүтэлгүйтвэл тэр бүтэлгүйтлийг багцын асуултаас тусад нь байлга. Нэрийн шийдэл, репозиторийн тээвэр, дутуу Release гарын үсэг, амьдралын төгсгөлд байгаа багц бүгд клиент оролцохоос өмнө apt update-г эвддэг. Эх сурвалжийг засах нь VPN клиент сонгохоос өөр ажил бөгөөд хоёрыг холих нь хүмүүс одоогийн системийг хуучирсан хувилбар руу чиглүүлэх арга юм.

apt юуг баталгаажуулж, татсан файл юуг авдаггүй вэ

Ердийн суулгалт гарын үсгийн гинжийг дагадаг: архив өөрийн индексэд гарын үсэг зурдаг, индекс багц бүрийн хэшийг агуулдаг, багц тохирох ёстой. архивын баталгаажуулалтын лавлагаа тэр гинжийг багц бүр тусдаа файлд хавсаргасан гарын үсгийг шалгах санаанаас тусгаарладаг.

Хуучин HTTP холбоосоос хадгалсан файлд үүний юу ч байхгүй. Энэ нь репозиторийн таних тэмдэггүй ирдэг, түгээлт клиентийг засахад шинэчлэгддэггүй, түүнийг солих хариуцлага хэнд байгааг юу ч бүртгэдэггүй. Энэ нь тогтоосон артефакттай администраторт хууль ёсны сонголт хэвээр байж болох ч сонголт нь эзэн, хаа нэгтээ бүртгэсэн хяналтын нийлбэр, дараагийн аюулгүй байдлын шинэчлэлтийн төлөвлөгөөтэй хамт ирэх ёстой.

Хуучин зааврыг ажиллуулахын тулд гарын үсгийн алдааг дарах эсвэл TLS шалгалтыг унтраах нь ямар нэг зүйлийг шалгаж байсан цорын ганц хэсгийг арилгадаг. Харин бүтэлгүйтэж буй шалгалтыг сэргээ.

Клиентийг суулга, дараа нь холболтыг тусад нь дибаг хий

Хариуцлагатай нэр дэвшигч байвал түүнийг ердийн хянасан гүйлгээгээр суулгаж, багцын менежерт юу хийснийг бүртгүүл.

Хэрэв байрлуулалтад үнэхээр upstream бүтээц шаардлагатай бол төслийн одоогийн бүтээх зааврыг дагаж, үүнийг одоо та хариуцаж буй програм хангамж гэж үз: хөгжүүлэлтийн багцууд, pkg-config, TLS номын сангийн толгой файлууд, PPP демон нь бодит хамаарал бөгөөд дараа нь танд хэрэгтэй болох устгах журам ч мөн адил.

Суулгалт нь зөвхөн локал програм хангамжийн үе шат юм. Гарц нь клиентийн протокол, баталгаажуулалтын урсгалыг хүлээн авах ёстой, клиент нь гарцын танилцуулсан гэрчилгээнд итгэх ёстой, туннель нь ажиллаж буй PPP давхарга, маршрут, resolver-ийн эзэн шаардлагатай. Дууссан багцын гүйлгээ нь гарц дансыг хүлээн авах эсэх, хувийн хүрээ хүрч болох эсэхийг юу ч нотолдоггүй. Суулгагчийг дахин ажиллуулахын оронд давхарга бүрийг эвдрэх газарт нь шалга.

Хуучин файлын нэрийг орлуулах ёстой төлөвлөгөө

Эхлээд платформын таних тэмдгийг бич: OS-ийн хувилбар, архитектур, ашиглаж буй эх сурвалжийн жагсаалт. Дараа нь багц хаанаас ирдэг эрх бүхий газрыг нэрлэ — түгээлтийн репозитор, тогтоосон түлхүүртэй нийлүүлэгчийн репозитор, эсвэл өөрөө компиляцлаж, багцласан бүтээц байж болно.

Эцэст нь хариуцагч болон шинэчлэлтийн замыг нэрлэ. Эзэнгүй клиент ажиллуулж буй Pi нь эхний номын сангийн шинэчлэлт хүртэл ажиллаж, дараа нь мөн адил асуудалтай хэн нэгэн тэр форумын сэдвийг дахин олох болно.

Засан шийдсэн итгэл нь нэг мөрөнд хэлэхэд хангалттай энгийн: хуучин багц нь клиент хэзээ нэгэн цагт бүтээгдэж, ажиллаж байсны баталгаа бөгөөд өнөө орой таны хавтанд суулгагдах баталгаа биш. Гурван тэнхлэгийг шалгаад, дараа нь шинэчлэлтийг үргэлжлүүлэх боломжтой сувгийг сонго.

Холбоотой нийтлэлүүд