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 વિનંતીની સેટિંગ્સ ઓળખાવતી નથી.