د 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 غوښتنې تنظیمات نه پیژني.