curl ನ SOCKS ನಿಂದ HTTP ಗೆ proxy ಸರಪಳಿ

curl ನ --preproxy ಆಯ್ಕೆ HTTP ಅಥವಾ HTTPS proxy ತಲುಪುವ ಮೊದಲು SOCKS proxyಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಇದು ಈ ನಿರ್ದಿಷ್ಟ ಸರಪಳಿಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, proxy ಸರ್ವರ್‌ಗಳ ಯಾವುದೇ ಪಟ್ಟಿಯನ್ನಲ್ಲ.

ಮಾರ್ಗವು client → SOCKS endpoint → HTTP proxy → ಗಮ್ಯಸ್ಥಾನ. ಕಮಾಂಡ್‌ನ ಎರಡೂ ದಾಖಲೆ endpoint ಬದಲಿಸಿ:

curl --preproxy socks5h://203.0.113.10:1080 --proxy http://203.0.113.20:8080 --noproxy '' --connect-timeout 5 --max-time 20 --verbose https://example.com/

SOCKS ಸೇವೆ HTTP proxyಯ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ತಲುಪಬೇಕು. ನಂತರ HTTP proxy ಗಮ್ಯಸ್ಥಾನ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಬೇಕು. ಎರಡನೇ proxyಗೆ hostname ಇದ್ದರೆ ಮೊದಲ SOCKS mode ಆ ಹೆಸರು ಎಲ್ಲಿ resolve ಆಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ; ಸಂಖ್ಯಾತ್ಮಕ endpoint ಈ ಹುಡುಕಾಟ ತಪ್ಪಿಸುತ್ತದೆ.

ವಿಫಲ ಹಂತವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು

ಮೊದಲು ಪ್ರತಿ endpoint ಮೂಲಕ ವಿನಂತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಖಚಿತಪಡಿಸಿ; HTTP ಹಂತಕ್ಕೆ ಸಮಯಮಿತಿಯ HTTP proxy ಪರೀಕ್ಷೆ ಬಳಸಿ. ಎರಡೂ ಕೆಲಸ ಮಾಡಿದರೂ ಮೊದಲ proxy ಎರಡನೆಯದನ್ನು ತಲುಪದ ಕಾರಣ ಸಂಯೋಜಿತ ಮಾರ್ಗ ವಿಫಲವಾಗಬಹುದು.

ವಿವರವಾದ trace ಅನ್ನು ಸಂಪರ್ಕದ ಕ್ರಮದಲ್ಲಿ ಓದಿ. ಎರಡನೇ proxy ತಲುಪುವಾಗಿನ SOCKS ವಿಫಲತೆ, HTTP proxy ವೆಬ್‌ಸೈಟ್‌ಗೆ CONNECT ಸ್ವೀಕರಿಸುವ ಅಥವಾ ತಿರಸ್ಕರಿಸುವ ನಿರ್ಧಾರಕ್ಕಿಂತ ಮೊದಲು ಬರುತ್ತದೆ. ಯಾವ handshake ವಿಫಲವಾಯಿತೆಂದು ದಾಖಲಿಸಿ.

ಹೆಚ್ಚುವರಿ ಹಂತ ಯಾವಾಗ ನೆರವಾಗುತ್ತದೆ

ಅನುಮತಿಸಿದ HTTP proxy ಅನ್ನು SOCKS ಮಾರ್ಗದಿಂದ ತಲುಪಬಹುದಾದಾಗ ಈ ವ್ಯವಸ್ಥೆ ಉಪಯುಕ್ತವಾಗಬಹುದು. ಆದರೆ ಇದು ವಿಫಲವಾಗಬಹುದಾದ ಅಥವಾ ವಿಳಂಬ ಸೇರಿಸಬಹುದಾದ ಇನ್ನೊಂದು ಸೇವೆ ಮತ್ತು ಜಾಲಮಾರ್ಗವನ್ನೂ ಸೇರಿಸುತ್ತದೆ. ಸಾರ್ವಜನಿಕ proxy ಪಟ್ಟಿಯ endpointಗಳನ್ನು ಸರಪಳಿಮಾಡುವುದು ವಿಶ್ವಾಸಾರ್ಹತೆ ಅಥವಾ ಅನಾಮಿಕತೆ ಖಾತರಿ ಕೊಡುವುದಿಲ್ಲ; ಸಂಪರ್ಕ ನಿರ್ವಹಿಸುವವರ ಮೇಲೆ ನಂಬಿಕೆ ಇನ್ನೂ ಬೇಕು.

--preproxy ಗೆ curl 7.52.0 ಅಥವಾ ಹೊಸದು ಬೇಕು; ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಇದೇ ವ್ಯವಸ್ಥೆಯನ್ನು ಬೆಂಬಲಿಸದಿರಬಹುದು.