DNF funktioniert über den Proxy. Warum GNOME Software nicht?

GNOME Software übergibt die Proxy-Einstellungen der Sitzung an PackageKit; ein funktionierender DNF-Befehl belegt nicht, dass der grafische Download dieselbe Konfiguration nutzt.

DNF lädt Pakete ohne Beschwerden herunter. GNOME Software zeigt den Katalog an und bleibt dann stehen, wenn man etwas installieren möchte. Es liegt nahe, daraus zu schließen, dass die grafische Anwendung Proxys einfach ignoriert. Es gibt aber eine andere Möglichkeit: Die Proxy-Informationen haben die Komponente, die den Download ausführt, nie erreicht.

Der Übergabe folgen

GNOME Software und der im Terminal eingegebene Befehl haben nicht denselben Konfigurationsweg. Die Proxy-Dokumentation von PackageKit beschreibt einen Sitzungsprozess, der die Desktop-Einstellungen liest und an den Daemon weiterreicht. Unter GNOME liest gnome-software die GSettings und ruft die Proxy-Einstellungsschnittstelle von PackageKit auf.

Der Daemon übergibt dann die Einstellungen der passenden Sitzung an sein Paket-Backend. Das heißt: Eine erfolgreiche DNF-Anfrage belegt, dass der Proxy diesen DNF-Aufruf bedienen kann. Sie belegt nicht, dass die Desktop-Sitzung dieselben Einstellungen bei PackageKit registriert hat.

Drei nützliche Fragen

  1. Welcher Vorgang ist fehlgeschlagen? Katalogdaten ansehen, Metadaten aktualisieren und ein Paket herunterladen sind verschiedene Vorgänge. Halten Sie den fest, der tatsächlich einen Fehler erzeugt.
  2. Wurde der Sitzungsproxy registriert? Prüfen Sie die effektive Proxy-Konfiguration des Desktops und die von PackageKit gemeldeten Fehler. Dass der Proxy nicht gesetzt wurde, ist etwas anderes, als wenn ein Proxy während des Downloads 407 zurückgibt.
  3. Welche Version besitzt die Einstellung? PackageKit hat sich mit der Zeit verändert. Ein Konfigurationsschlüssel aus einer Antwort zu Fedora 25 kann ein altes Backend oder einen Fehler beschreiben, der nicht mehr zutrifft.

Exportierte Variablen eines Terminals sind kein verlässlicher Ersatz für die Prüfung dieser Übergabe. Der Daemon ist kein Kind der Shell, in der Sie das export eingegeben haben, und eine grafische Anmeldung kann eine andere Umgebung haben.

Binden Sie jede Korrektur an die Komponente, die das Problem besitzt. Ist die Desktop-Konfiguration falsch, korrigieren Sie diese Konfiguration. Schlägt die Registrierung fehl, bewahren Sie ihren Fehler und ihre Versionsinformationen auf. Weist der Proxy den Download zurück, untersuchen Sie seine Authentifizierungs- oder Zielrichtlinie. Alle Repository-Dateien auf einmal zu bearbeiten, kann den Unterschied verwischen und die Kommandozeilen- und grafischen Konfigurationen schwerer wartbar machen.

Ähnliche Artikel