Параметри проксі RPM для завантаження пакетів за URL
Перевірте власні параметри проксі RPM для отримання URL, коли пряма команда для віддаленого пакета поводиться інакше, ніж DNF.
rpm -Uvh https://packages.example.net/example.rpm містить крок отримання мережею. Перед перевіркою або встановленням пакета RPM має отримати файл.
Робоча конфігурація проксі для DNF не визначає налаштувань, які використовує цей окремий виклик. Посібник RPM документує --httpproxy і --httpport для шляху отримання через HTTP. Подробиці визначають встановлена версія RPM і будова її помічника URL. Довідник загальних параметрів RPM 6 позначає ці параметри мережевого отримання як застарілі й радить натомість спеціальний інструмент отримання, наприклад curl або GNU Wget.
Для робочого процесу, який ви підтримуєте, спершу з'ясуйте, який рівень отримує URL. Для нового процесу явно схвалене завантаження з подальшою локальною перевіркою та встановленням пакета дає змогу уникнути залежності від цих застарілих параметрів отримання.
Зберігайте поля в задокументованому форматі. Не припускайте, що кожна версія приймає URL з обліковими даними всюди, де запитується ім'я хоста проксі, і не редагуйте глобальний файл макросів дистрибутива лише тому, що так зробила стара відповідь.
Визначте етап збою: чи отримання змогло досягти проксі, чи було прийнято автентифікацію і чи кінцева точка пакета повернула потрібний файл? Пізніша помилка підпису або залежностей — це інша проблема, ніж зависле з'єднання з проксі.
Зберігайте звичайну перевірку пакетів. Робочий маршрут завантаження не є причиною вимикати перевірки підписів, встановлювати недовірений файл або вважати успішну команду DNF доказом того, що це отримання RPM ішло тим самим маршрутом.