RPM-ის პროქსის პარამეტრები URL-ით პაკეტების ჩამოტვირთვისთვის

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 მოძიება იმავე გზას გაჰყვა.