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 حصول نے وہی راستہ اختیار کیا۔