Opciones de proxy de RPM para descargas de paquetes por URL
Compruebe las opciones de proxy propias de RPM para obtener URL cuando una orden directa de paquete remoto se comporta de forma distinta a DNF.
rpm -Uvh https://packages.example.net/example.rpm incluye un paso de obtención por la red. Antes de verificar o instalar el paquete, RPM debe conseguir el archivo.
Una configuración de proxy de DNF que funciona no establece los ajustes que usa esa invocación separada. El manual de RPM documenta --httpproxy y --httpport para su ruta de obtención HTTP. La versión de RPM instalada y la organización de su asistente de URL determinan los detalles. La referencia de opciones comunes de RPM 6 marca estas opciones de obtención por red como obsoletas y recomienda en su lugar una herramienta de obtención dedicada, como curl o GNU Wget.
Para un flujo de trabajo que mantiene, establezca primero qué capa obtiene la URL. Para un flujo nuevo, una descarga explícitamente aprobada seguida de la verificación e instalación local del paquete evita depender de estas opciones de obtención obsoletas.
Mantenga los campos en su formato documentado. No suponga que todas las versiones aceptan una URL con credenciales allí donde se pide un nombre de host de proxy, ni edite el archivo de macros global de una distribución solo porque una respuesta antigua lo hizo.
Localice la etapa del fallo: ¿pudo la obtención llegar al proxy, se aceptó la autenticación y devolvió el extremo del paquete el archivo previsto? Un error posterior de firma o de dependencias es un problema distinto de una conexión de proxy atascada.
Conserve la verificación normal del paquete. Hacer que funcione la ruta de descarga no es motivo para desactivar las comprobaciones de firma, instalar un archivo no fiable o tomar una orden DNF correcta como prueba de que esta obtención de RPM siguió la misma ruta.