Да ли је стари .deb openfortivpn-а прикладан за ваш Raspberry Pi?

Одговор на форуму даје вам пуно име датотеке, а име изгледа као решење: један .deb, једна команда, готово. Оно што тај низ заправо кодира јесте верзија пакета, архитектура процесора и дистрибуцијски сет према којем је изграђен оног дана када је неко написао објаву. Ниједно од то троје аутоматски не описује плочу на вашем столу. Старо преузимање је снимак стања једне машине, а не план инсталације за вашу.

Шта име датотеке тихо фиксира

Читајте име попут 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-а. Завршена трансакција пакета ништа не доказује о томе да ли пролаз прихвата налог или да ли је приватни опсег доступан. Тестирајте сваки слој тамо где се ломи уместо да поново покренете инсталатер.

План који би требало да замени старо име датотеке

Прво запишите идентитет платформе: издање ОС-а, архитектуру и списак извора који се користе. Затим наведите овлашћено место одакле пакет долази — било да је то дистрибуцијско складиште, складиште добављача са фиксираним кључем или изградња коју сами преводите и пакујете.

На крају наведите одржаваоца и пут ажурирања. Pi који покреће клијента којег нико не поседује радиће до првог ажурирања библиотеке, а тада ће исту форумску тему поново пронаћи неко са истим проблемом.

Исправљено уверење је довољно једноставно да се изрази у једном реду: стари пакет је доказ да је клијент некада био изграђен и радио, а не доказ да ће се вечерас инсталирати на вашу плочу. Проверите три осе, затим изаберите канал који можете да наставите да ажурирате.