Opcje proxy RPM dla pobierania pakietów przez URL
Sprawdź własne opcje proxy RPM dla pobierania URL, gdy bezpośrednie polecenie zdalnego pakietu zachowuje się inaczej niż DNF.
rpm -Uvh https://packages.example.net/example.rpm obejmuje etap pobierania przez sieć. Przed weryfikacją lub instalacją pakietu RPM musi uzyskać plik.
Działająca konfiguracja proxy DNF nie ustala ustawień używanych przez to osobne wywołanie. Podręcznik RPM dokumentuje --httpproxy i --httpport dla ścieżki pobierania HTTP. Szczegóły zależą od zainstalowanej wersji RPM i układu jej pomocnika URL. Dokumentacja wspólnych opcji RPM 6 oznacza te opcje pobierania sieciowego jako przestarzałe i zaleca zamiast nich dedykowane narzędzie do pobierania, takie jak curl lub GNU Wget.
W utrzymywanym przepływie pracy najpierw ustal, która warstwa pobiera URL. W nowym przepływie jawnie zatwierdzone pobranie, a następnie lokalna weryfikacja i instalacja pakietu pozwala uniknąć zależności od tych przestarzałych opcji pobierania.
Zachowaj pola w ich udokumentowanym formacie. Nie zakładaj, że każda wersja akceptuje URL z poświadczeniami wszędzie tam, gdzie wymagana jest nazwa hosta proxy, i nie edytuj globalnego pliku makr dystrybucji tylko dlatego, że zrobiła tak stara odpowiedź.
Ustal etap awarii: czy pobieranie dotarło do proxy, czy uwierzytelnienie zostało przyjęte i czy punkt końcowy pakietu zwrócił zamierzony plik? Późniejszy błąd podpisu lub zależności to inny problem niż zawieszone połączenie z proxy.
Zachowaj normalną weryfikację pakietów. Działająca ścieżka pobierania nie jest powodem do wyłączania kontroli podpisów, instalowania niezaufanego pliku ani traktowania udanego polecenia DNF jako dowodu, że to pobieranie RPM poszło tą samą drogą.