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 विनंतीची सेटिंग्ज ओळखत नाहीत.