apt-Update schléit mat NO_PUBKEY feel, nodeem e VPN-Repository derbäigesat gouf

NO_PUBKEY an eng fehlend Release-Datei sinn Vertrauensfehler, net Netzwierkfehler. Entscheet, ob Dir de Schlëssel vum Fournisseur mat signed-by festpecht oder d'Quell ewechhëlt.

D'apt-Quell vun Ärem VPN-Fournisseur huet Äre Pakemanager futti gemaach, an d'Reparatur ass eng Entscheedung, net en Uerder. NO_PUBKEY, oder eng Plainte datt de Repository keng Release-Datei huet, bedeit datt apt refuséiert huet där Quell ze vertrauen, sou datt all spéider Pakoperatioun déiselwecht Warnung weider dréckt. Den Tunnel selwer ass wahrscheinlech onschëlleg. Äntwert op dräi Froen ob Dir déi Quell nach wëllt, an déi richteg Reparatur kënnt bal mechanesch.

Als éischt: setzt de Feeler an déi richteg Kategorie

E Vertrauensfehler nennt d'Quelldatei an entweder de fehlende Schlëssel oder déi fehlend Release-Datei. E Transportfeeler gesäit anescht aus: TLS-Zertifikatsfeeler, refuséiert Verbindung, Zäitlimiten, oder e Proxy deen CONNECT refuséiert. Dee Mëssenschaft entscheet, wéi en Artikel Dir liest, well e VPN deen TLS offänkt oder de Fournisseur-Host blockéiert, Transportfeeler produzéiert, net Signaturfeeler.

Fuert sudo apt update eleng aus a liest d'Enn, woubäi Dir d'gecachte Resultater uewendriwwer ignoréiert. D'Linn déi zielt nennt /etc/apt/sources.list.d/ an seet Iech wéi eng Datei Dir opmaacht.

Wann de Feeler nom Opstoe vum Tunnel kënnt, testet mam Tunnel ënnen a mam DNS dee vum System-Resolver opgeléist gëtt. Eng Quell déi ouni de VPN funktionéiert ass eng Fro vun Routing oder Ofaangen, an keng Schlësselverwaltung reparéiert dat.

Dräi Froen déi de Wee wielen

Installéiert oder upgradéiert Dir nach Päck aus dëser Quell? Wann de Client aktiv benotzt gëtt, reparéiert d'Vertrauen. Wann Dir de Client eng Kéier installéiert hutt an elo e gewéinlech Profil an den NetworkManager importéiert, ass d'Quell dout Gewiicht an d'Ewechhuele ass déi éierlech Reparatur.

Zweetens, publizéiert de Fournisseur e Schlëssel an en Androck deen Dir baussent dem Kanal verifizéiere kënnt? Drëttens, wien verwalt Schlësselen op dësem Host: d'Distributioun oder Dir? Eng Quell déi mat engem Schlëssel ënnerschriwwen ass deen Dir net verifizéiere kënnt, ass eng Update-Autoritéit déi Dir net sollt ginn.

Neen op déi éischt Fro beendet d'Analyse. Jo op all dräi Punkte weist op d'signed-by-Reparatur, déi eenzeg Arrangement déi souwuel funktionéiert wéi och auditéierbar bleift. Béid Weeër ze mëschen, andeems Dir d'Quell behält an se duerchzwängt, ass déi eenzeg Optioun déi et wäert ass se explizit auszeschléissen.

Firwat trusted=yes wéi eng Reparatur ausgesäit an et net ass

D'Säit vum Handbuch zu sources.list ass direkt doriwwer. D'Optioun Trusted op yes ze setzen seet apt d'Quell ze akzeptéieren och wann se d'Authentifikatioun net packt, wat apt-secure fir dee Repository ausschalt. D'Säit behält dat fir e lokale Kontext, wann et iwwerhaapt benotzt gëtt.

Dat ass keng méi enk Versioun vum Vertrauen an de Fournisseur. Et hëlt d'Fro ewech wien den Index ënnerschriwwen huet, sou datt jiddereen deen fir deen Hostnumm äntwerten kann, Ärer Maschinn Päck ka ginn déi als root installéiere.

Reparaturwee: hëlt de Schlëssel, da pecht en fest

Hëlt de Schlëssel vun der Plaz déi de Fournisseur dokumentéiert an entpaakt en an e Schlësselring dee vum Administrator verwalt gëtt, dann riicht d'Repository-Linn op déi Datei sou datt d'Vertrauen net ka driften.

  1. Liest d'Linn déi feelt fir d'Schlëssel-ID an den Numm vun der Quelldatei ze kréien.
  2. Luet den ASCII-gepanzerten Schlëssel vum Fournisseur erof a fuert gpg --dearmor an /etc/apt/keyrings/vendor-name.gpg aus.
  3. Füügt [signed-by=/etc/apt/keyrings/vendor-name.gpg] zum Entrée an der .list-Datei vun deem Fournisseur dobäi.
  4. Fuert sudo apt update aus a bestätegt datt d'Quell en Index hëlt anstatt d'Signaturwarnung ze widderhuelen.

Bevirzugt /usr/share/keyrings fir Schlësselen déi mat engem Pak kommen an /etc/apt/keyrings fir Schlësselen déi Dir vun Hand setzt. D'Deelung ass net kosmetesch: se seet dem nächsten Administrator wéi eng Schlësselen en Pak-Upgrade iwwerliewe an wéi eng e Mënsch brauchen.

Verifizéiert den Androck géint de publizéierte Wäert vum Fournisseur ier Dir him vertraut. Eng Schlëssel-ID déi aus engem Forenposte kopéiert gouf ass de Wee wéi eng Maschinn ufänkt engem Update-Autoritéit ze vertrauen déi keen nenne kann.

Ewechhuelwee, a firwat de Feeler zréckkomme kann

Kuckt wat den Installateur tatsächlech geschriwwen huet, well méi Dateien dee selwechte Fournisseur nenne kënnen an eng dovun ass normalerweis eng Reschtkopie.

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

apt liest aus deem Verzeechnis nëmmen .list an .sources-Dateien, sou datt eng .save oder .distUpgrade-Kopie schonn ignoréiert gëtt; se trotzdem ze läschen hëlt e spéideren Lieser dovun of se zoufälleg zréckzesetzen. D'Quell ewechhuelen deinstalléiert näischt, an apt kann duerno de installéierte VPN-Pak als lokal installéiert oder net méi verfügbar beschreiwen, wat eng Pakstatus-Message ass an net d'Réckkéier vum Vertrauensfeeler.

De widderhuelende Fall ass méi al Uleedung déi Schlësselen mat apt-key an de globale vertraute Rank installéiert huet. Dee Wee ass veräussert, an en Release-Upgrade kann de Schlëssel fale loossen oder einfach net consultéiert, an dat ass genee firwat e Feeler deen e Joer roueg war an der Woch vun Ärem Upgrade erschéngt. Kontrolléiert /etc/apt/trusted.gpg.d/, da verréckelt d'Vertrauensentscheedung an d'Repository-Linn wou se gehéiert. Wann de Fournisseur nach ëmmer apt-key-Uleedungen dréckt, benotzt trotzdem signed-by; et ass d'Arrangement dat den Handbuch dokumentéiert, an datjen deen en Upgrade iwwerlieft.

Ähnlech Artikelen