A yw'r hen .deb openfortivpn yn iawn ar gyfer eich Raspberry Pi?

Mae ateb ar fforwm yn rhoi enw ffeil cyflawn i chi, ac mae'r enw'n edrych fel yr ateb: un .deb, un gorchymyn, gorffennwyd. Yr hyn y mae'r llinyn hwnnw'n ei amgodio mewn gwirionedd yw fersiwn pecyn, pensaernïaeth CPU a'r suite dosbarthu y cafodd ei adeiladu yn ei erbyn ar y diwrnod y gwnaeth rhywun ysgrifennu'r post. Nid yw'r un o'r tri hynny'n disgrifio'r bwrdd ar eich desg yn awtomatig. Mae'r hen lawrlwythiad yn snapshot o sefyllfa un peiriant, nid yn gynllun gosod ar gyfer eich un chi.

Beth mae'r enw ffeil yn ei binio'n dawel

Darllenwch enw fel openfortivpn_1.17.0-1_armhf.deb o'r dde i'r chwith. Yr ôl-ddodiad yw'r bensaernïaeth y cafodd y deuaidd ei chrynhoi ar ei chyfer, y maes canol yw adolygiad upstream a phecynnu, a'r pedwerydd maes ymhlyg yw set llyfrgelloedd y suite y cafodd ei adeiladu ynddo.

Ar osodiad 64-bit o Raspberry Pi OS, pensaernïaeth y system yw arm64, felly mae dpkg -i yn gwrthod pecyn armhf oherwydd anghysondeb pensaernïaeth. Hyd yn oed pan fydd multiarch yn caniatáu iddo osod, mae'r deuaidd yn disgwyl fersiynau llyfrgell o'r rhyddhau y cafodd ei adeiladu yn ei erbyn, ac efallai na fydd system sylfaen hŷn yn eu darparu mwyach. Y canlyniad yw pecyn wedi'i osod lle mae ei ffeil weithredadwy yn methu cychwyn, a dyma'r methiant y mae pobl fel arfer yn ei gamddehongli fel y cleient ei hun wedi torri.

Nid yw'r ffaith bod y bwrdd yn ddyfais ARM yn gwneud pecyn ARM yn briodol. Mae pensaernïaeth yn un echelin; rhyddhau ac ABI yw'r ddau arall, ac maent yn methu'n annibynnol.

Gofynnwch i'r ddosbarthiad cyn gofyn am ddolen lawrlwytho

Gall pob sianel a gynhelir ddweud wrthych beth y byddai'n ei osod ar hyn o bryd. Rheswch y cwestiwn ar y peiriant targed, gyda'r cronfeydd y mae'n eu defnyddio mewn gwirionedd, cyn ystyried unrhyw drosglwyddiad ffeil.

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

Mae llinell ymgeisydd â fersiwn ac enw cronfa yn golygu bod gan y dosbarthiad adeiladwaith ar gyfer y system hon yn barod. Diffyg ymgeisydd, neu ymgeisydd o suite nad oeddech yn bwriadu ei ddefnyddio, yn wybodaeth am eich ffynonellau yn hytrach nag am fod y meddalwedd yn bodoli yn rhywle.

Os bydd adnewyddu metaddata yn methu, cadwch y methiant hwnnw ar wahân i gwestiwn y pecyn. Mae datrys enwau, cludiant cronfa, llofnod Release ar goll a suite ar ddiwedd ei hoes i gyd yn torri apt update cyn i'r cleient fod yn rhan o'r peth. Mae trwsio ffynonellau yn dasg wahanol i ddewis cleient VPN, a chymysgu'r ddau yw'r ffordd y mae pobl yn dod i bwyntio system gyfredol at ryddhau hen ffasiwn.

Beth mae apt yn ei wirio, a beth nad yw ffeil a lawrlwythwyd yn ei gael

Mae gosodiad arferol yn dilyn cadwyn llofnodion: mae'r archif yn llofnodi ei mynegai, mae'r mynegai'n cario hashes ar gyfer pob pecyn, ac mae'n rhaid i'r pecyn gyd-fynd. Mae cyfeirnod dilysu'r archif yn gwahanu'r gadwyn honno oddi wrth y syniad o wirio llofnod sydd ynghlwm wrth bob ffeil unigol.

Nid oes gan ffeil a gadwyd o hen ddolen HTTP ddim o hynny. Mae'n cyrraedd heb hunaniaeth cronfa, nid yw'n cael ei diweddaru pan fydd y dosbarthiad yn patsio'r cleient, ac nid oes dim yn cofnodi pwy sy'n gyfrifol am ei disodli. Gall hynny fod yn ddewis dilys o hyd i weinyddwr ag arteffact wedi'i binio, ond mae'n rhaid i'r dewis ddod â pherchennog, swm gwirio wedi'i gofnodi yn rhywle, a chynllun ar gyfer y diweddariad diogelwch nesaf.

Mae atal gwallau llofnod neu analluogi dilysu TLS i gadw hen gyfarwyddyd yn gweithio yn tynnu'r unig ran o'r broses a oedd yn gwirio unrhyw beth. Adferwch y gwiriad sy'n methu yn lle hynny.

Gosodwch y cleient, yna dadbynwch y cysylltiad ar wahân

Pan fydd ymgeisydd a gynhelir yn bodoli, gosodwch ef drwy'r trafodyn adolygedig arferol a gadewch i'r rheolwr pecynnau gofnodi'r hyn a wnaeth.

Os oes wir angen adeiladwaith upstream ar y defnyddiad, dilynwch gyfarwyddiadau adeiladu cyfredol y prosiect a thriniwch ef fel meddalwedd rydych chi'n ei chynnal nawr: mae pecynnau datblygu, pkg-config, pennawdau'r llyfrgell TLS a daemon PPP yn ddibyniaethau go iawn, ac felly hefyd y weithdrefn dynnu y byddwch ei hangen yn nes ymlaen.

Mae gosod yn gam meddalwedd lleol yn unig. Rhaid i'r porth gysylltu â phrotocol a llif dilysu'r cleient, rhaid i'r cleient ymddiried yn y dystysgrif y mae'r porth yn ei chyflwyno, ac mae angen haen PPP weithredol ar y tiwnel ynghyd â llwybrau a pherchennog datryswr. Nid yw trafodyn pecyn wedi'i gwblhau yn profi dim am a yw'r porth yn derbyn y cyfrif neu a yw'r amrediad preifat yn gyrraeddadwy. Profwch bob haen lle mae'n torri yn lle ailredeg y gosodwr.

Y cynllun a ddylai ddisodli'r hen enw ffeil

Ysgrifennwch hunaniaeth y platfform yn gyntaf: rhyddhau'r OS, pensaernïaeth a'r rhestr ffynonellau sy'n cael ei defnyddio. Yna enwch y man awdurdodedig y mae'r pecyn yn dod ohono, boed hynny'n gronfa ddosbarthu, yn gronfa werthwr â allwedd wedi'i phinio, neu'n adeiladwaith rydych chi'n ei grynhoi a'i becynnu eich hun.

Yn olaf, enwch y cynhaliwr a'r llwybr diweddaru. Bydd Pi sy'n rhedeg cleient nad oes neb yn berchen arno yn parhau i weithio hyd at y diweddariad llyfrgell cyntaf, ac yna bydd rhywun â'r un broblem yn dod o hyd i'r un edefyn fforwm eto.

Mae'r gred wedi'i chywiro yn ddigon syml i'w dweud mewn un llinell: mae'r hen becyn yn dystiolaeth fod y cleient wedi'i adeiladu a'i redeg ryw dro, nid yn dystiolaeth y bydd yn gosod ar eich bwrdd heno. Gwiriwch y tair echelin, yna dewiswch sianel y gallwch chi barhau i'w diweddaru.