Mae diweddariad apt yn methu â NO_PUBKEY ar ôl ychwanegu storfa VPN

Mae ffynhonnell apt eich gwerthwr VPN wedi torri eich rheolwr pecynnau, ac mae’r atgyweiriad yn benderfyniad yn hytrach na gorchymyn. NO_PUBKEY, neu gwyn fod y storfa heb ffeil Release, yn golygu bod apt wedi gwrthod ymddiried yn y ffynhonnell honno, felly mae pob gweithrediad pecyn dilynol yn parhau i argraffu’r un rhybudd. Mae’r twnnel ei hun yn ddieuog, mae’n debyg. Atebwch dair cwestiwn ynghylch a ydych chi o hyd eisiau’r ffynhonnell honno, ac mae’r atgyweiriad cywir yn dilyn bron yn fecanyddol.

Yn gyntaf, rhowch y methiant yn y dosbarth cywir

Mae methiant ymddiriedaeth yn enwi’r ffeil ffynhonnell ac naill ai’r allwedd sydd ar goll neu’r ffeil Release absennol. Mae methiant cludo yn edrych yn wahanol: gwallau tystysgrif TLS, cysylltiad wedi’i wrthod, terfynau amser, neu brocsi sy’n gwrthod CONNECT. Mae’r gwahaniaeth hwnnw’n penderfynu pa erthygl rydych chi’n ei darllen, oherwydd mae VPN sy’n rhyng-gipio TLS neu’n blocio gwesteiwr y gwerthwr yn cynhyrchu gwallau cludo, nid gwallau llofnod.

Rhedwch sudo apt update ar ei ben ei hun a darllenwch y diwedd, gan anwybyddu’r canlyniadau cachiedig uwchben. Mae’r llinell sy’n bwysig yn enwi /etc/apt/sources.list.d/ ac yn dweud wrthych pa ffeil i’w hagor.

Os yw’r methiant yn dilyn codi’r twnnel, profwch gyda’r twnnel i lawr a chyda DNS yn cael ei ddatrys drwy ddatryswr y system. Mae ffynhonnell sy’n gweithio heb y VPN yn gwestiwn llwybro neu ryng-gipio, ac ni fydd unrhyw faint o reoli allweddi yn ei drwsio.

Tair cwestiwn sy’n dewis y llwybr

Ydych chi’n dal i osod neu uwchraddio pecynnau o’r ffynhonnell hon? Os yw’r cleient yn cael ei ddefnyddio’n weithredol, atgyweiriwch yr ymddiriedaeth. Os gosodoch y cleient unwaith ac rydych nawr yn mewnforio proffil cyffredin i NetworkManager, mae’r ffynhonnell yn bwysau marw a thynnu yw’r atgyweiriad gonest.

Yn ail, a yw’r gwerthwr yn cyhoeddi allwedd a phrint bys y gallwch eu gwirio y tu allan i’r sianel? Yn drydydd, pwy sy’n rheoli allweddi ar y gwesteiwr hwn: y dosbarthiad, neu chi? Mae ffynhonnell wedi’i llofnodi gan allwedd na allwch ei gwirio yn awdurdod diweddaru na ddylech ei roi.

Mae ateb na i’r cwestiwn cyntaf yn diweddu’r dadansoddiad. Mae ateb ie i’r tair elfen yn arwain at yr atgyweiriad signed-by, sef yr unig drefniant sy’n gweithio ac yn aros yn archwiladwy. Mae cymysgu’r ddwy lwybr, drwy gadw’r ffynhonnell a’i gorfodi drwodd, yn yr unig opsiwn sy’n werth ei eithrio’n benodol.

Pam mae trusted=yes yn edrych fel atgyweiriad ac nad ydyw

Mae tudalen lawlyfr sources.list yn blwmp ac yn blaen am hyn. Mae gosod yr opsiwn Trusted yn yes yn dweud wrth apt am dderbyn y ffynhonnell hyd yn oed pan fydd yn methu’r dilysu, sy’n diffodd apt-secure ar gyfer y storfa honno. Mae’r dudalen yn ei chadw ar gyfer cyd-destun lleol, os caiff ei defnyddio o gwbl.

Nid yw hyn yn fersiwn gulach o ymddiried yn y gwerthwr. Mae’n tynnu’r cwestiwn pwy lofnododd y mynegai, felly gall unrhyw un sy’n gallu ateb am yr enw gwesteiwr hwnnw roi i’ch peiriant becynnau sy’n gosod fel root.

Llwybr atgyweirio: cael yr allwedd, yna ei binio

Cael yr allwedd o’r lle mae’r gwerthwr yn ei nodi a’i diarfogi i mewn i gylch allweddi a reolir gan weinyddwr, yna pwyntiwch linell y storfa at y ffeil honno fel na all yr ymddiriedaeth grwydro.

1. Darllenwch y llinell sy’n methu i gael ID yr allwedd ac enw’r ffeil ffynhonnell.
2. Lawrlwythwch allwedd ASCII-armoured y gwerthwr a rhedwch gpg --dearmor i mewn i /etc/apt/keyrings/vendor-name.gpg.
3. Ychwanegwch [signed-by=/etc/apt/keyrings/vendor-name.gpg] at y cofnod yn ffeil .list y gwerthwr hwnnw.
4. Rhedwch sudo apt update a chadarnhewch fod y ffynhonnell yn nôl mynegai yn lle ailadrodd y rhybudd llofnod.

Gwell /usr/share/keyrings ar gyfer allweddi sy’n dod gyda phecyn a /etc/apt/keyrings ar gyfer allweddi a roddwch â llaw. Nid yw’r rhaniad yn gosmetic: mae’n dweud wrth y gweinyddwr nesaf pa allweddi a fydd yn goroesi uwchraddiad pecyn a pha rai sydd angen dyn.

Gwiriwch y print bys yn erbyn gwerth cyhoeddedig y gwerthwr cyn ymddiried ynddo. ID allwedd wedi’i basio o bost fforwm yw sut mae peiriant yn dechrau ymddiried mewn awdurdod diweddaru na all neb ei enwi.

Llwybr tynnu, a pham y gall y gwall ddod yn ôl

Edrychwch ar yr hyn a ysgrifennodd y gosodwr mewn gwirionedd, oherwydd gall sawl ffeil sôn am yr un gwerthwr ac mae un ohonynt fel arfer yn gopi gweddilliol.

grep -r . /etc/apt/sources.list.d/
sudo rm /etc/apt/sources.list.d/vendor.list

Dim ond ffeiliau .list a .sources o’r cyfeiriadur hwnnw y mae apt yn eu darllen, felly mae copi .save neu .distUpgrade eisoes yn cael ei anwybyddu; mae ei ddileu beth bynnag yn atal darllenydd diweddarach rhag ei adfer ar ddamwain. Nid yw tynnu’r ffynhonnell yn dadosod dim, a gall apt wedyn ddisgrifio’r pecyn VPN sydd wedi’i osod fel un a osodwyd yn lleol neu nad yw ar gael mwyach, sef neges cyflwr pecyn yn hytrach na dychweliad y gwall ymddiriedaeth.

Yr achos sy’n ailymddangos yw canllawiau hŷn a osododd allweddi gyda apt-key i’r cylch ymddiriedol byd-eang. Mae’r llwybr hwnnw wedi’i ddiraddio, a gall uwchraddiad rhyddhau adael yr allwedd wedi’i gollwng neu’n syml heb ei ymgynghori, sef yn union pam mae gwall a fu’n dawel am flwyddyn yn ymddangos yr wythnos rydych yn uwchraddio. Gwiriwch /etc/apt/trusted.gpg.d/, yna symudwch y penderfyniad ymddiriedaeth i linell y storfa lle mae’n perthyn. Os yw’r gwerthwr yn dal i argraffu cyfarwyddiadau apt-key, defnyddiwch signed-by beth bynnag; dyma’r trefniant y mae’r lawlyfr yn ei nodi, a dyma’r un sy’n goroesi uwchraddiad.