APT kann Pakete herunterladen, aber der Signaturschlüssel kommt nicht an
Repository-Downloads und das Abrufen des Signaturschlüssels können unterschiedliche Programme und Proxy-Einstellungen nutzen. Reparieren Sie den Downloadpfad, ohne das Paketvertrauen zu schwächen.
Eine funktionierende Acquire::http::Proxy-Einstellung beweist wenig über einen fehlgeschlagenen Download des Signaturschlüssels, solange nicht klar ist, welches Programm den Schlüssel holt.
Ältere Anleitungen mit apt-key adv nutzen den Keyserver-Pfad von GnuPG. Andere Einrichtungsmethoden laden einen Schlüssel mit curl oder einem Browser. Diese Programme lesen nicht alle APTs eigene Proxy-Konfiguration.
Für eine Keyserver-Anfrage von GnuPG
GnuPG verwendet dirmngr für die relevanten Netzwerkvorgänge. Zu den dokumentierten Optionen gehören honor-http-proxy und eine ausdrückliche http-proxy-Einstellung; die ausdrückliche Einstellung überschreibt die Umgebungsvariable. Prüfen Sie das tatsächlich genutzte GnuPG-Home und -Konto, besonders bei einem privilegierten Befehl.
Prüfen Sie auch die Keyserver-URL. Eine native Keyserver-Verbindung ist nicht dasselbe wie eine HTTPS-Anfrage für denselben Schlüssel. Browserzugriff über einen HTTP-Proxy begründet keine Erlaubnis für eine separate direkte Verbindung zu einem Keyserver-Port.
Folgen Sie der aktuellen Installationsmethode des Herausgebers
Beleben Sie keinen veralteten Global-Trust-Befehl wieder, um den Netzzugriff zu reparieren. Die aktuellen Anweisungen des Herausgebers sollten Schlüsselquelle und vorgesehenen Schlüsselbund nennen. Wenn sie einen HTTPS-Download nutzen, konfigurieren Sie den HTTP-Client, der diese Anfrage stellt. Wo der Herausgeber öffentlich erreichbar ist und öffentliche Vermittler erlaubt sind, bietet die HTTP-Proxy-Liste Kandidaten für Endpunkte; die Fingerabdruckprüfung bleibt eine separate Anforderung.
Bestätigen Sie den vollständigen erwarteten Fingerabdruck des Schlüssels über die Informationen des Herausgebers. Eine heruntergeladene Datei, ein passender Anzeigename oder ein Suchergebnis belegen keine Identität. Nutzen Sie bei einer Schlüsselrotation den aktuell dokumentierten Ersetzungsprozess.
Die Signed-By-Option von APT kann dieses Repository einem bestimmten Schlüsselbund zuordnen, statt quellenübergreifend allgemeines Vertrauen zu gewähren. Prüfen Sie das erforderliche Format und die Endung des Schlüsselbunds und stellen Sie dann sicher, dass das Beschaffungskonto die Datei lesen und ihre übergeordneten Verzeichnisse durchlaufen kann. Alleiniger Administratorzugriff belegt diese Berechtigung nicht.
Lassen Sie den Fehler die nächste Prüfung benennen
- Eine Zeitüberschreitung betrifft die Route des Downloaders oder die Erreichbarkeit des Endpunkts.
- Eine Proxy-Abfrage betrifft ihr Konto und die unterstützte Methode.
- Ein abweichender Fingerabdruck ist ein Vertrauensfehler nach der Auslieferung.
- Ein späterer APT-Signaturfehler kann den Schlüsselbundpfad oder die Repository-Zuordnung betreffen.
Lösen Sie diese Stufe, während die Signaturprüfung erhalten bleibt. Ihr Abschalten würde die Prüfung entfernen, die die Einrichtung des Signaturschlüssels gerade liefern soll.