Opzioni proxy di RPM per il download di pacchetti tramite URL

rpm -Uvh https://packages.example.net/example.rpm include una fase di recupero via rete. Prima della verifica o dell'installazione del pacchetto, RPM deve ottenere il file.

Una configurazione proxy di DNF funzionante non stabilisce le impostazioni usate da quella chiamata separata. Il manuale di RPM documenta --httpproxy e --httpport per il suo percorso di recupero HTTP. La versione di RPM installata e l'organizzazione del suo helper URL determinano i dettagli. Il riferimento delle opzioni comuni di RPM 6 contrassegna queste opzioni di recupero di rete come obsolete e consiglia invece uno strumento di recupero dedicato, come curl o GNU Wget.

Per un flusso di lavoro che mantenete, stabilite prima quale livello recupera l'URL. Per un flusso nuovo, un download esplicitamente approvato seguito da verifica e installazione locali del pacchetto evita di dipendere da queste opzioni di recupero obsolete.

Mantenete i campi nel loro formato documentato. Non date per scontato che ogni versione accetti un URL con credenziali ovunque venga richiesto un nome host proxy, e non modificate il file macro globale di una distribuzione solo perché una vecchia risposta lo ha fatto.

Individuate la fase dell'errore: il recupero è riuscito a raggiungere il proxy, l'autenticazione è stata accettata e l'endpoint del pacchetto ha restituito il file previsto? Un errore successivo di firma o di dipendenze è un problema diverso da una connessione proxy bloccata.

Preservate la normale verifica dei pacchetti. Far funzionare la rotta di download non è un motivo per disattivare i controlli delle firme, installare un file non attendibile o considerare un comando DNF riuscito come prova che questo recupero RPM ha seguito la stessa rotta.