apt eguneraketak NO_PUBKEY-rekin huts egiten du VPN biltegia gehitu ondoren

Zure VPN hornitzailearen apt iturriak pakete-kudeatzailea hautsi du, eta konponbidea erabakia da, ez komandoa. NO_PUBKEY, edo biltegiak Release fitxategirik ez duela dioen kexa batek, apt-ek iturri horri konfiantza emateari uko egin diola esan nahi du, beraz ondorengo pakete-eragiketa bakoitzak abisu bera inprimatzen jarraitzen du. Tunela bera errugabea da ziurrenik. Erantzun hiru galderari iturri hori oraindik nahi duzun ala ez, eta konponketa zuzena ia mekanikoki dator.

Lehenik, jarri hutsegitea kategoria egokian

Konfiantza-hutsegite batek iturri-fitxategia izendatzen du eta falta den gakoa edo falta den Release fitxategia. Garraio-hutsegitea desberdin ikusten da: TLS ziurtagiri-erroreak, ukatutako konexioa, denbora-mugak edo CONNECT ukatzen duen proxy bat. Bereizketa horrek erabakitzen du zein artikulu irakurtzen ari zaren, TLS atzematen duen edo hornitzailearen ostalaria blokeatzen duen VPN batek garraio-erroreak sortzen baititu, ez sinadura-erroreak.

Exekutatu sudo apt update bakarrik eta irakurri amaiera, goiko cachean dauden emaitzak alde batera utzita. Garrantzitsua den lerroak /etc/apt/sources.list.d/ izendatzen du eta zein fitxategi ireki behar duzun esaten du.

Hutsegitea tunela igotzean gertatzen bada, probatu tunela jaitsita eta DNS sistemaren ebazlearen bidez ebatzita. VPN gabe funtzionatzen duen iturria bideratze edo atzemate kontua da, eta gako-kudeaketak ez du konponduko.

Bidea aukeratzen duten hiru galdera

Oraindik paketeak instalatzen edo eguneratzen dituzu iturri honetatik? Bezeroa aktiboki erabiltzen bada, konpondu konfiantza. Bezeroa behin instalatu eta orain NetworkManager-en profil arrunta inportatzen baduzu, iturria zama hutsa da eta kentzea da konponketa zintzoa.

Bigarrenik, hornitzaileak kanaletik kanpo egiazta dezakezun gako bat eta hatz-marka bat argitaratzen al ditu? Hirugarrenik, nork kudeatzen ditu gakoak ostalari honetan: banaketak ala zuk? Egiaztatu ezin duzun gako batekin sinatutako iturria ez zenukeen eman behar duzun eguneratze-agintaritza da.

Lehen galderari ez erantzuteak analisia amaitzen du. Hiru puntuei bai erantzuteak signed-by konponketara bideratzen du, eta hori da funtzionatzen eta ikuskaragarri izaten jarraitzen duen antolaketa bakarra. Bi bideak nahastea, iturria mantendu eta indarrez igarotzea, espresuki baztertu behar den aukera bakarra da.

Zergatik dirudien trusted=yes konponketa bat eta ez den

Manualaren sources.list orrialdea zuzena da horren inguruan. Trusted aukera yes ezartzeak apt-ri iturria onartzeko esaten dio autentifikazioak huts egiten duenean ere, eta horrek biltegi horretarako apt-secure desaktibatzen du. Orrialdeak testuinguru lokal baterako gordetzen du, erabiltzen bada behintzat.

Hau ez da hornitzailearengan konfiantza emateko bertsio estuagoa. Indizea nori sinatu zuen galdera kentzen du, beraz ostalari-izen horren erantzuna eman dezakeen edonork root gisa instalatzen diren paketeak eman diezazkioke zure makinari.

Konponketa-bidea: lortu gakoa, gero finkatu

Lortu gakoa hornitzaileak dokumentatzen duen lekutik eta deskonprimitu administratzaileak kudeatutako gako-sortan, gero zuzendu biltegiaren lerroa fitxategi horretara, konfiantzak ihes egin ez dezan.

1. Irakurri huts egiten duen lerroa gakoaren IDa eta iturri-fitxategiaren izena lortzeko.
2. Deskargatu hornitzailearen ASCII blindatutako gakoa eta exekutatu gpg --dearmor /etc/apt/keyrings/vendor-name.gpg fitxategira.
3. Gehitu [signed-by=/etc/apt/keyrings/vendor-name.gpg] hornitzaile horren .list fitxategiko sarrerari.
4. Exekutatu sudo apt update eta egiaztatu iturriak indize bat eskuratzen duela sinadura-abisua errepikatu beharrean.

Hobetsi /usr/share/keyrings pakete batekin iristen diren gakoetarako eta /etc/apt/keyrings eskuz jartzen dituzun gakoetarako. Banaketa ez da kosmetikoa: hurrengo administratzaileari esaten dio zein gakok iraungo duten pakete-eguneratze baten ondoren eta zeinek behar duten pertsona bat.

Egiaztatu hatz-marka hornitzailearen argitaratutako balioaren aurka fidatu aurretik. Foro-mezu batetik itsatsitako gako-ID bat da makina bat inork izenda ezin duen eguneratze-agintaritza batean fidatzen hasteko modua.

Kentzeko bidea, eta zergatik itzul daitekeen errorea

Begiratu instalatzaileak benetan zer idatzi zuen, hainbat fitxategik hornitzaile bera aipa baitezakete eta horietako bat soberakin-kopia izan ohi da.

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

apt-ek direktorio horretatik soilik .list eta .sources fitxategiak irakurtzen ditu, beraz .save edo .distUpgrade kopia jada ez da kontuan hartzen; hala ere ezabatzeak geroagoko irakurle batek ustekabean leheneratu ez dezan eragozten du. Iturria kentzeak ez du ezer desinstalatzen, eta apt-ek instalatutako VPN paketea tokian instalatuta edo jada erabilgarri ez dagoela deskriba dezake orduan, eta hori pakete-egoeraren mezua da, ez konfiantza-errorearen itzulera.

Errepikatzen den kasua gakoak apt-key erabiliz konfiantza-eraztun globalean instalatzen zituzten jarraibide zaharrak dira. Bide hori zaharkituta dago, eta bertsio-eguneratze batek gakoa erorita edo kontsultatu gabe utz dezake, eta horregatik agertzen da urtebete isilik egon zen errore bat eguneratzen duzun astean. Egiaztatu /etc/apt/trusted.gpg.d/, gero eraman konfiantza-erabakia dagokion biltegi-lerrora. Hornitzaileak oraindik apt-key jarraibideak inprimatzen baditu, erabili signed-by hala ere; manualak dokumentatzen duen antolaketa da, eta eguneratze bati eusten diona.