Volby proxy v RPM pro stahování balíčků podle URL
Ověřte vlastní volby proxy pro stahování podle URL v RPM, když se přímý příkaz pro vzdálený balíček chová jinak než DNF.
rpm -Uvh https://packages.example.net/example.rpm zahrnuje krok stažení přes síť. Před ověřením nebo instalací balíčku musí RPM soubor získat.
Fungující konfigurace proxy pro DNF neurčuje nastavení, která používá toto samostatné volání. Příručka RPM dokumentuje --httpproxy a --httpport pro cestu stahování přes HTTP. Podrobnosti určuje nainstalovaná verze RPM a uspořádání jejího pomocníka pro URL. Přehled společných voleb RPM 6 označuje tyto volby síťového stahování za zastaralé a doporučuje místo nich specializovaný nástroj, například curl nebo GNU Wget.
U pracovního postupu, který udržujete, nejprve zjistěte, která vrstva URL stahuje. U nového postupu se výslovně schválené stažení následované místním ověřením a instalací balíčku vyhýbá závislosti na těchto zastaralých volbách stahování.
Ponechte pole v jejich dokumentovaném formátu. Nepředpokládejte, že každá verze přijímá URL s přihlašovacími údaji všude, kde se vyžaduje název hostitele proxy, a neupravujte globální makro soubor distribuce jen proto, že to dělala stará odpověď.
Určete fázi selhání: dosáhlo stahování proxy, byla autentizace přijata a vrátil koncový bod balíčku zamýšlený soubor? Pozdější chyba podpisu nebo závislostí je jiný problém než zaseknuté spojení s proxy.
Zachovejte běžné ověřování balíčku. Funkční cesta stahování není důvodem k vypnutí kontrol podpisů, k instalaci nedůvěryhodného souboru ani k tomu, aby úspěšný příkaz DNF byl důkazem, že toto stahování RPM šlo stejnou cestou.