Red Hat पंजीकरण काम करता है, लेकिन DNF प्रॉक्सी डाउनलोड विफल रहते हैं

सफल पंजीकरण सदस्यता सेवा तक पहुँच की पुष्टि करता है। DNF रिपॉज़िटरी मेटाडेटा और पैकेज डाउनलोड अलग सेटिंग्स और होस्टनाम का उपयोग कर सकते हैं, इसलिए रिपॉज़िटरी ID, प्रभावी URL और विफल कार्रवाई की पहली त्रुटि से शुरू करें।

subscription-manager के लिए, /etc/rhsm/rhsm.conf का सर्वर अनुभाग अलग फ़ील्ड का उपयोग करता है:

[server]
proxy_hostname = proxy.example.net
proxy_port = 8080
proxy_user = service-account
proxy_password = REPLACE_WITH_MANAGED_SECRET

मौजूदा कॉन्फ़िगरेशन में इन मानों को बदलें और वास्तविक गोपनीय जानकारी वाली फ़ाइल की रक्षा करें। proxy_hostname होस्टनाम लेता है, क्रेडेंशियल वाला पूरा URL नहीं।

DNF के लिए, प्रभावित रिपॉज़िटरी और मुख्य कॉन्फ़िगरेशन जाँचें। इसका proxy विकल्प एक URL है; proxy_username, proxy_password और proxy_auth_method अलग विकल्प हैं। कोई रिपॉज़िटरी वैश्विक मान को ओवरराइड कर सकती है। प्रॉक्सी विकल्प अनुपस्थित होने पर परिवेश में खोज की अनुमति मिल सकती है, जबकि स्पष्ट रूप से खाली मान उस अनुभाग के लिए कॉन्फ़िगर किए गए पैरेंट मान को अक्षम कर देता है। स्थापित DNF पीढ़ी के संदर्भ का पालन करें। DNF 4 के लिए: रिपॉज़िटरी विरासत को परिवेश बायपास नियमों से अलग रखें।

यदि रिपॉज़िटरी फ़ाइल सदस्यता उपकरणों द्वारा बनाई जाती है, तो उसे संपादित करने से पहले उस स्वामी की पहचान करें। रीफ़्रेश पर अधिलिखित होने वाला परिवर्तन समर्थित कॉन्फ़िगरेशन स्रोत में रहना चाहिए, आउटपुट फ़ाइल की बार-बार मरम्मत में नहीं।

फिर पहली विफलता का वर्गीकरण करें। प्रॉक्सी से कनेक्शन किसी भी सेवा की खाता जाँच से पहले आता है। 407 प्रॉक्सी प्रमाणीकरण माँगता है; TLS त्रुटि विफल हो रहे कनेक्शन के भरोसे से संबंधित है; मूल की अस्वीकृति सदस्यता या रिपॉज़िटरी पहुँच से संबंधित है। पैकेज CDN होस्ट पंजीकरण होस्ट से भिन्न हो सकते हैं, इसलिए एक के लिए अनुमति सूची दूसरे तक पहुँच सिद्ध नहीं करती।

हर तुलना में प्रभावी एंडपॉइंट, चुनी गई प्रॉक्सी और खाता पहचानकर्ता रखें, गोपनीय जानकारी छोड़कर। rhn_register और /etc/sysconfig/rhn/up2date वाले पुराने नुस्खे किसी अन्य उपकरण पीढ़ी का वर्णन करते हैं और वर्तमान RHSM या DNF अनुरोध की सेटिंग्स नहीं बताते।