የተሳካ ምዝገባ የደንበኝነት አገልግሎትን መዳረሻ ያረጋግጣል። የDNF ማከማቻ ሜታዳታ እና የጥቅል ማውረዶች የተለያዩ ቅንብሮችን እና የአስተናጋጅ ስሞችን ሊጠቀሙ ስለሚችሉ፣ በማከማቻው መለያ፣ በተግባራዊው 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 ጥያቄ ቅንብሮች ግን አይለዩም።

ተዛማጅ ጽሑፎች