Прокси опции на 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 добивање тргнало по истиот пат.