ಯಶಸ್ವಿ ನೋಂದಣಿಯು ಚಂದಾದಾರಿಕೆ ಸೇವೆಗೆ ಪ್ರವೇಶವನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. 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 ವಿನಂತಿಯ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು