הרישום ב-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 נוכחית.