ALL_PROXY ಮತ್ತು “Unknown scheme: http” ದೋಷ

ಅದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್ curl ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ proxy: unknown scheme: http ವಿಚಿತ್ರವಾಗಿ ಕಾಣಬಹುದು. ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸರಿಯಾಗಿರಬಹುದು. ಬೇರೆ ಪ್ರೋಗ್ರಾಂ ಚರವನ್ನು ಅರ್ಥೈಸುತ್ತಿದೆ.

ಪರಿಸರ ಹೆಸರುಗಳು ಸಂಪ್ರದಾಯಗಳು, ಸಾರ್ವತ್ರಿಕ ನೆಟ್‌ವರ್ಕಿಂಗ್ API ಅಲ್ಲ. Go ನ golang.org/x/net/proxy ಪ್ಯಾಕೇಜ್‌ಗೆ SOCKS-ಕೇಂದ್ರಿತ URL ನಿರ್ವಹಣೆ ಇದೆ. ಆ ಪಾರ್ಸರ್ ಬಳಸುವ ಬಳಕೆದಾರ ಪೂರ್ಣ HTTP ಕ್ಲೈಂಟ್ ಬೇರೆಡೆ ಬೆಂಬಲಿಸುವ HTTP ಸ್ಕೀಮ್ ಅನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು.

ದೋಷ ನೀಡುತ್ತಿರುವ ಘಟಕ ಮತ್ತು ಅದು ಓದುವ ಚರವನ್ನು ಹುಡುಕಿ. ಅದರ ಆವೃತ್ತಿ ಮತ್ತು ದಾಖಲಿತ ಸ್ಕೀಮ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಇನ್ನೊಂದು ತುದಿಯ ಸೇವೆ ನಿಜವಾಗಿ SOCKS5 ಮಾತನಾಡದಿದ್ದರೆ http:// ಅನ್ನು socks5:// ಗೆ ಬದಲಾಯಿಸಬೇಡಿ. ಈ ಬಳಕೆದಾರನಿಗೆ SOCKS5 ಬೇಕಾದರೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಮಾರ್ಗ ಅನುಮತಿಸಿದ್ದರೆ, SOCKS5 ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಆ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ನಿಜವಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ನೀಡುತ್ತದೆ; ಇತರ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಬೇಕಾದ HTTP ಮಾರ್ಗಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ.

ಹಳೆಯ Docker Toolbox ವರದಿ ಒಂದು ನಿರ್ದಿಷ್ಟ ಐತಿಹಾಸಿಕ ಅನುಷ್ಠಾನಕ್ಕೆ ಸಂಬಂಧಿಸಿತ್ತು. ಅದು ಆಧುನಿಕ Docker ಸ್ಥಾಪನೆಯನ್ನು ಕೆಳಮಟ್ಟಕ್ಕೆ ಇಳಿಸುವ ಕಾರಣವಲ್ಲ. ಪ್ರಸ್ತುತ Docker daemon ನ HTTP ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ತಮ್ಮದೇ ದಾಖಲಿತ ಇಂಟರ್‌ಫೇಸ್ ಇದೆ.

ಕಾರಣವು ಸಂಬಂಧವಿಲ್ಲದ ಪಿತ್ರಾರ್ಜಿತ ALL_PROXY ಮೌಲ್ಯವಾದರೆ, ಉದ್ದೇಶಿತ ಪ್ರಕ್ರಿಯೆ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಅದನ್ನು ತೆಗೆದುಹಾಕಿ ಅಥವಾ ಮೇಲ್ಬರಹ ಮಾಡಿ. ಇತರ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಬೇಕಾದ HTTP ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಉಳಿಸಿ. ಎರಡೂ ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿರುವ ಒಂದೇ ಪರಿಸರವು ಪ್ರತ್ಯೇಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಎಂದಿಗೂ ಒಂಟಿಯಾಗಿ ತೋರಿಸದ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು.