URL-ಆಧಾರಿತ ಪ್ಯಾಕೇಜ್ ಡೌನ್‌ಲೋಡ್‌ಗಳಿಗೆ RPM ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆಗಳು

rpm -Uvh https://packages.example.net/example.rpm ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಫೆಚ್ ಮಾಡುವ ಹಂತವನ್ನು ಒಳಗೊಂಡಿದೆ. ಪ್ಯಾಕೇಜ್ ಪರಿಶೀಲನೆ ಅಥವಾ ಸ್ಥಾಪನೆಗೆ ಮೊದಲು RPM ಫೈಲ್ ಅನ್ನು ಪಡೆಯಬೇಕು.

ಕೆಲಸ ಮಾಡುವ DNF ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯು ಆ ಪ್ರತ್ಯೇಕ ಕರೆ ಬಳಸುವ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. RPM ನ ಕೈಪಿಡಿ ತನ್ನ HTTP ಮರುಪ್ರಾಪ್ತಿ ಮಾರ್ಗಕ್ಕಾಗಿ --httpproxy ಮತ್ತು --httpport ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಸ್ಥಾಪಿತ RPM ಆವೃತ್ತಿ ಮತ್ತು ಅದರ URL ಸಹಾಯಕದ ಜೋಡಣೆ ವಿವರಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. RPM 6 ನ ಸಾಮಾನ್ಯ-ಆಯ್ಕೆ ಉಲ್ಲೇಖವು ಈ ನೆಟ್‌ವರ್ಕ್-ಫೆಚ್ ಆಯ್ಕೆಗಳನ್ನು ಅಪ್ರಚಲಿತ ಎಂದು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಬದಲಿಗೆ curl ಅಥವಾ GNU Wget ನಂತಹ ಮೀಸಲಾದ ಫೆಚ್ ಸಾಧನವನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ.

ನೀವು ನಿರ್ವಹಿಸುತ್ತಿರುವ ಕಾರ್ಯಪ್ರವಾಹಕ್ಕಾಗಿ ಮೊದಲು ಯಾವ ಪದರವು URL ಅನ್ನು ಫೆಚ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ಹೊಸ ಕಾರ್ಯಪ್ರವಾಹಕ್ಕಾಗಿ, ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮೋದಿಸಿದ ಡೌನ್‌ಲೋಡ್ ನಂತರ ಸ್ಥಳೀಯ ಪ್ಯಾಕೇಜ್ ಪರಿಶೀಲನೆ ಮತ್ತು ಸ್ಥಾಪನೆ ಈ ಅಪ್ರಚಲಿತ ಫೆಚ್ ಆಯ್ಕೆಗಳ ಮೇಲಿನ ಅವಲಂಬನೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಕ್ಷೇತ್ರಗಳನ್ನು ಅವುಗಳ ದಾಖಲಿತ ಸ್ವರೂಪದಲ್ಲಿ ಇರಿಸಿ. ಪ್ರಾಕ್ಸಿ ಹೋಸ್ಟ್‌ಹೆಸರು ಕೇಳಿದ ಎಲ್ಲೆಡೆ ಪ್ರತಿ ಆವೃತ್ತಿಯು ರುಜುವಾತು ಹೊಂದಿರುವ URL ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸಬೇಡಿ, ಮತ್ತು ಹಳೆಯ ಉತ್ತರವು ಹಾಗೆ ಮಾಡಿದ್ದರಿಂದ ಮಾತ್ರ ವಿತರಣೆಯ ಜಾಗತಿಕ ಮ್ಯಾಕ್ರೋ ಫೈಲ್ ಅನ್ನು ಸಂಪಾದಿಸಬೇಡಿ.

ವೈಫಲ್ಯದ ಹಂತವನ್ನು ಗುರುತಿಸಿ: ಫೆಚ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಾಯಿತೇ, ದೃಢೀಕರಣ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿತೇ, ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಉದ್ದೇಶಿತ ಫೈಲ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸಿತೇ? ನಂತರದ ಸಹಿ ಅಥವಾ ಅವಲಂಬನೆ ದೋಷವು ನಿಂತಿರುವ ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕಕ್ಕಿಂತ ಬೇರೆ ಸಮಸ್ಯೆ.

ಸಾಮಾನ್ಯ ಪ್ಯಾಕೇಜ್ ಪರಿಶೀಲನೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಿ. ಡೌನ್‌ಲೋಡ್ ಮಾರ್ಗವನ್ನು ಕೆಲಸ ಮಾಡಿಸುವುದು ಸಹಿ ಪರಿಶೀಲನೆಗಳನ್ನು ಆಫ್ ಮಾಡಲು, ಅವಿಶ್ವಾಸನೀಯ ಫೈಲ್ ಸ್ಥಾಪಿಸಲು ಅಥವಾ ಯಶಸ್ವಿ DNF ಆಜ್ಞೆಯನ್ನು ಈ RPM ಫೆಚ್ ಅದೇ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಾಗಿ ಪರಿಗಣಿಸಲು ಕಾರಣವಲ್ಲ.