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 फेचने तोच मार्ग घेतला याचा पुरावा मानणे याचे कारण नाही.