URL からのパッケージ取得における RPM のプロキシオプション

rpm -Uvh https://packages.example.net/example.rpm にはネットワーク経由の取得処理が含まれます。パッケージの検証やインストールの前に、RPM はファイルを取得しなければなりません。

DNF のプロキシ設定が機能していても、その個別の呼び出しが使う設定が決まるわけではありません。RPM のマニュアルには HTTP 取得経路向けの --httpproxy と --httpport が記載されています。詳細はインストールされている RPM のバージョンと URL ヘルパーの構成によって決まります。RPM 6 の共通オプションのリファレンスは、これらのネットワーク取得オプションを非推奨とし、代わりに curl や GNU Wget のような専用の取得ツールを推奨しています。

保守しているワークフローでは、まずどの層が URL を取得するのかを特定してください。新しいワークフローでは、明示的に承認されたダウンロードの後にローカルでパッケージを検証・インストールすれば、これらの非推奨オプションへの依存を避けられます。

各フィールドはドキュメント化された形式のままにしてください。プロキシのホスト名が求められる場所ならどこでも、すべてのバージョンが資格情報を含む URL を受け付けると決めつけたり、古い回答がそうしていたという理由だけでディストリビューションのグローバルマクロファイルを編集したりしないでください。

失敗した段階を切り分けます。取得はプロキシに到達できたか、認証は受け入れられたか、パッケージのエンドポイントは目的のファイルを返したか。後から生じる署名や依存関係のエラーは、プロキシ接続の停止とは別の問題です。

通常のパッケージ検証は維持してください。ダウンロード経路が機能するようになったからといって、署名チェックを無効にしたり、信頼できないファイルをインストールしたり、DNF コマンドが成功したことをこの RPM 取得が同じ経路を通った証拠とみなしたりする理由にはなりません。