URL-ভিত্তিক প্যাকেজ ডাউনলোডের জন্য RPM প্রক্সি অপশন

rpm -Uvh https://packages.example.net/example.rpm একটি নেটওয়ার্ক-ফেচ ধাপ অন্তর্ভুক্ত করে। প্যাকেজ যাচাই বা ইনস্টল করার আগে RPM-কে ফাইলটি সংগ্রহ করতে হয়।

কাজ করা DNF প্রক্সি কনফিগারেশন ওই আলাদা আহ্বানে ব্যবহৃত সেটিংস নির্ধারণ করে না। RPM-এর ম্যানুয়াল তার HTTP পুনরুদ্ধার পথের জন্য --httpproxy ও --httpport নথিভুক্ত করে। ইনস্টল করা RPM সংস্করণ এবং এর URL-সহায়কের বিন্যাস বিশদ নির্ধারণ করে। RPM 6-এর সাধারণ-অপশন রেফারেন্স এই নেটওয়ার্ক-ফেচ অপশনগুলিকে অপ্রচলিত বলে চিহ্নিত করে এবং পরিবর্তে curl বা GNU Wget-এর মতো নিবেদিত ফেচ টুলের পরামর্শ দেয়।

আপনি যে কর্মপ্রবাহ রক্ষণাবেক্ষণ করছেন তার জন্য প্রথমে নির্ধারণ করুন কোন স্তর URL আনবে। নতুন কর্মপ্রবাহের জন্য স্পষ্ট অনুমোদিত ডাউনলোডের পরে স্থানীয় প্যাকেজ যাচাই ও ইনস্টলেশন এই অপ্রচলিত ফেচ অপশনগুলির উপর নির্ভরতা এড়ায়।

ক্ষেত্রগুলি তাদের নথিভুক্ত বিন্যাসে রাখুন। প্রক্সি হোস্টনাম চাওয়া হয় যেখানে সেখানে প্রতিটি সংস্করণ শংসাপত্রযুক্ত URL গ্রহণ করে বলে অনুমান করবেন না, এবং একটি পুরোনো উত্তর তা করেছিল বলেই কোনো ডিস্ট্রিবিউশনের গ্লোবাল ম্যাক্রো ফাইল সম্পাদনা করবেন না।

ব্যর্থতার স্তর চিহ্নিত করুন: ফেচটি প্রক্সিতে পৌঁছাতে পেরেছিল কি, প্রমাণীকরণ গৃহীত হয়েছিল কি, এবং প্যাকেজ এন্ডপয়েন্টটি উদ্দিষ্ট ফাইল ফিরিয়ে দিয়েছিল কি? পরে আসা স্বাক্ষর বা নির্ভরতার ত্রুটি একটি আটকে যাওয়া প্রক্সি সংযোগের চেয়ে ভিন্ন সমস্যা।

স্বাভাবিক প্যাকেজ যাচাই বজায় রাখুন। ডাউনলোড পথ কাজ করানো স্বাক্ষর পরীক্ষা বন্ধ করার, অবিশ্বস্ত ফাইল ইনস্টল করার বা সফল DNF কমান্ডকে এই RPM ফেচ একই পথ অনুসরণ করেছিল তার প্রমাণ হিসেবে গণ্য করার কারণ নয়।