تسجيل Red Hat يعمل، لكن تنزيلات DNF عبر الوسيط تفشل

يؤكد التسجيل الناجح الوصول إلى خدمة الاشتراك. قد تستخدم بيانات مستودع 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 الحالي.