Opcións de proxy de RPM para descargas de paquetes por URL

rpm -Uvh https://packages.example.net/example.rpm inclúe un paso de obtención pola rede. Antes de verificar ou instalar o paquete, RPM debe conseguir o ficheiro.

Unha configuración de proxy de DNF que funciona non establece os axustes que usa esa invocación separada. O manual de RPM documenta --httpproxy e --httpport para a súa ruta de obtención HTTP. A versión de RPM instalada e a organización do seu asistente de URL determinan os detalles. A referencia de opcións comúns de RPM 6 marca estas opcións de obtención por rede como obsoletas e recomenda no seu lugar unha ferramenta de obtención dedicada, como curl ou GNU Wget.

Para un fluxo de traballo que mantén, estableza primeiro que capa obtén o URL. Para un fluxo novo, unha descarga explicitamente aprobada seguida da verificación e instalación local do paquete evita depender destas opcións de obtención obsoletas.

Manteña os campos no seu formato documentado. Non supoña que todas as versións aceptan un URL con credenciais alí onde se pide un nome de host de proxy, nin edite o ficheiro de macros global dunha distribución só porque unha resposta antiga o fixo.

Localice a etapa do fallo: puido a obtención chegar ao proxy, aceptouse a autenticación e devolveu o extremo do paquete o ficheiro previsto? Un erro posterior de sinatura ou de dependencias é un problema distinto dunha conexión de proxy atascada.

Conserve a verificación normal do paquete. Facer que funcione a ruta de descarga non é motivo para desactivar as comprobacións de sinatura, instalar un ficheiro non fiable ou tomar unha orde DNF correcta como proba de que esta obtención de RPM seguiu a mesma ruta.