curl ನಲ್ಲಿ CIDR ಬೈಪಾಸ್ ವಿಫಲವಾಗುತ್ತದೆ ಆದರೆ --noproxy '*' ಕೆಲಸ ಮಾಡುತ್ತದೆ

ಅಕ್ಷರಶಃ ಖಾಸಗಿ IP ಗೆ ಮಾಡುವ ವಿನಂತಿ ಸಬ್ನೆಟ್ ಅಪವಾದದೊಂದಿಗೆ ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತದೆ, ಆದರೆ --noproxy '*' ನೊಂದಿಗೆ ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ. ಇದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಪ್ರತಿ ಪ್ರಾಕ್ಸಿ ಅಪವಾದವನ್ನೂ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಕ್ಲೈಂಟ್ ಒಂದು ಅರ್ಥವಾಗುವ ಬೈಪಾಸ್ ರೂಪವನ್ನು ತೋರಿಸಿದೆ. ಮುಂದಿನ ಪ್ರಶ್ನೆ ಎಂದರೆ ಅದು ನೀವು ನೀಡಿದ ಶ್ರೇಣಿ ರೂಪವನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸುತ್ತದೆಯೇ ಎಂಬುದು.

curl ಈ ಅಪವಾದಗಳಿಗೆ CIDR ಹೊಂದಾಣಿಕೆಯನ್ನು 7.86.0 ನಲ್ಲಿ ಸೇರಿಸಿತು. ಹೊಸದಾಗಿ ಕಾಣುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಬಿಡುಗಡೆ ಹೊಂದಿರುವ ಯಂತ್ರದಲ್ಲಿಯೂ ಬೇರೆ ಆವೃತ್ತಿ ಸರಣಿಯ ಕ್ಲೈಂಟ್ ಅಥವಾ ಲಿಂಕ್ ಮಾಡಿದ ಲೈಬ್ರರಿ ಇರಬಹುದು. ನಿಜವಾಗಿ ಕರೆಯಲ್ಪಡುವ ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಮತ್ತು ಅದಕ್ಕೆ ಲಿಂಕ್ ಆಗಿರುವ libcurl ಪರಿಶೀಲಿಸಿ, ಸಮಸ್ಯೆಯ ಶೀರ್ಷಿಕೆಯಲ್ಲಿನ OS ಹೆಸರನ್ನು ಮಾತ್ರವಲ್ಲ.

libcurl ಬಳಸುವ ಅಪ್ಲಿಕೇಶನ್ ಸ್ವತಂತ್ರ curl ಆಜ್ಞೆಗಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು. ವಿತರಣಾ ಪ್ಯಾಚ್‌ಗಳೂ ಮುಖ್ಯವಾಗಬಹುದು, ಆದ್ದರಿಂದ ಮೂಲ ಆವೃತ್ತಿ ಒಂದೇ ನಿರ್ಣಾಯಕವಲ್ಲದಿದ್ದಾಗ ಸ್ಥಾಪಿತ ಪ್ಯಾಕೇಜ್‌ನ ವೈಶಿಷ್ಟ್ಯ ದಾಖಲೆ ಬಳಸಿ.

ವಿನಂತಿಯ ಇನ್‌ಪುಟ್ ನಿಖರವಾಗಿ ಇರಿಸಿ. ಸಬ್ನೆಟ್‌ಗೆ ಪರಿಹರಿಸುವ ಹೋಸ್ಟ್‌ಹೆಸರು ಅಕ್ಷರಶಃ ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವ URL ಗಿಂತ ಬೇರೆ ಪ್ರಕರಣ. ಬೆಂಬಲಿತ CIDR ಪಾರ್ಸರ್ ಪ್ರತಿ ಹೆಸರನ್ನೂ ವಿಳಾಸ ಆಧಾರಿತ ಬೈಪಾಸ್ ನಿರ್ಣಯವಾಗಿ ಪರಿವರ್ತಿಸಲು ಸ್ವಯಂಚಾಲಿತವಾಗಿ DNS ಪ್ರಶ್ನೆ ಮಾಡುವುದಿಲ್ಲ.

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