Tùy chọn proxy của RPM cho tải gói dựa trên URL
Hãy kiểm tra các tùy chọn proxy lấy URL của chính RPM khi một lệnh trực tiếp cho gói từ xa hoạt động khác với DNF.
rpm -Uvh https://packages.example.net/example.rpm bao gồm một bước lấy qua mạng. Trước khi xác minh hoặc cài đặt gói, RPM phải lấy được tệp.
Một cấu hình proxy DNF đang hoạt động không thiết lập các cài đặt mà lệnh gọi riêng đó sử dụng. Hướng dẫn của RPM ghi lại --httpproxy và --httpport cho đường lấy HTTP của nó. Phiên bản RPM đã cài và cách bố trí trình trợ giúp URL của nó quyết định các chi tiết. Tài liệu tham chiếu các tùy chọn chung của RPM 6 đánh dấu các tùy chọn lấy qua mạng này là đã lỗi thời và khuyên dùng thay thế một công cụ lấy chuyên dụng như curl hoặc GNU Wget.
Với một quy trình bạn đang duy trì, trước tiên hãy xác định lớp nào lấy URL. Với quy trình mới, một lần tải xuống được phê duyệt rõ ràng, sau đó xác minh và cài đặt gói cục bộ, giúp tránh phụ thuộc vào các tùy chọn lấy đã lỗi thời này.
Giữ các trường ở định dạng đã ghi trong tài liệu. Đừng cho rằng mọi phiên bản đều chấp nhận URL có thông tin xác thực ở mọi nơi yêu cầu tên máy chủ proxy, và đừng sửa tệp macro toàn cục của một bản phân phối chỉ vì một câu trả lời cũ đã làm vậy.
Xác định giai đoạn thất bại: việc lấy có tới được proxy không, xác thực có được chấp nhận không, và điểm cuối của gói có trả về đúng tệp dự kiến không? Lỗi chữ ký hoặc phụ thuộc về sau là một vấn đề khác với một kết nối proxy bị treo.
Hãy giữ việc xác minh gói thông thường. Việc làm cho đường tải xuống hoạt động không phải là lý do để tắt kiểm tra chữ ký, cài đặt một tệp không đáng tin cậy hoặc coi một lệnh DNF thành công là bằng chứng rằng lần lấy RPM này đã đi theo cùng một đường.