ಪ್ರಾಕ್ಸಿ ಬಳಸುವಾಗ CURLOPT_CONNECT_TO ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ
ಹೊಸ ವಿಳಾಸದಲ್ಲಿ HTTP ಅಥವಾ SOCKS ಅನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ಪರ್ಯಾಯ ನೆಟ್‌ವರ್ಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳಿಗಾಗಿ libcurl ನ connect-to ಮ್ಯಾಪಿಂಗ್ ಬಳಸಿ.
CURLOPT_CONNECT_TO ಹೊಂದಿಕೆಯಾಗುವ ಗಮ್ಯಸ್ಥಾನಕ್ಕಾಗಿ libcurl ಸಂಪರ್ಕಿಸುವ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ. ಇದು ಪರ್ಯಾಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು HTTP CONNECT ಅಥವಾ SOCKS ಮಾತನಾಡುವಂತೆ ಮಾಡುವುದಿಲ್ಲ.
ಮೂಲ ಹೋಸ್ಟ್‌ಹೆಸರು ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್-ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು TLS ಗುರುತನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅದೇ ಸೇವೆಯ ಇನ್ನೊಂದು ಸರ್ವರ್ ಇನ್‌ಸ್ಟೆನ್ಸ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತಲುಪುವಾಗ ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ. ಆದರೆ ಅನಿಯಂತ್ರಿತ ಪ್ರಾಕ್ಸಿ ಶ್ರೋತೃವು ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಚ್ಚಾ ಬೈಟ್‌ಗಳಲ್ಲ, ತನ್ನದೇ ಪ್ರಾಕ್ಸಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ.
ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು HTTP ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ ಸೇರಿಸುವುದು
HTTP ಪ್ರಾಕ್ಸಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ. ಸಾರ್ವಜನಿಕ ಸೇವೆಗೆ ರುಜುವಾತುರಹಿತ HTTP ಮಾರ್ಗವು ಆ ಮಧ್ಯವರ್ತಿಗೆ ಅನುಮತಿ ಇದ್ದಾಗ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸಬಹುದು; ಯಾವುದೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರಾಕ್ಸಿ ಖಾತೆಯನ್ನು ಅಭ್ಯರ್ಥಿಗೆ ಕಳುಹಿಸಬಾರದು. ಬೇರೆ connect-to ಮ್ಯಾಪಿಂಗ್ ನಂತರ ವಿನಂತಿಯನ್ನು ಸುರಂಗ ಮೋಡ್‌ಗೆ ಬದಲಿಸಬಹುದು ಎಂದು libcurl ದಾಖಲಿಸುತ್ತದೆ: ಪ್ರಾಕ್ಸಿ ಮ್ಯಾಪ್ ಮಾಡಿದ ಗಮ್ಯಸ್ಥಾನದ ಸಂಪರ್ಕವನ್ನು ತೆರೆಯುತ್ತದೆ. ಮ್ಯಾಪಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಏನನ್ನು ತಲುಪಬೇಕೆಂದು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಅದು ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯನ್ನು ಬದಲಿಸಿಲ್ಲ.
ಮೂರು ಮೌಲ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ: ಉದ್ದೇಶಿತ ಸೇವೆಯ ಹೆಸರು, ಪರ್ಯಾಯ ಸಂಪರ್ಕ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್. ಪ್ರತಿ ಆಯ್ಕೆಯನ್ನು ಅದರ ನಿಜವಾದ ಪಾತ್ರಕ್ಕೆ ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಸೇವೆಗೆ ಸಾಮಾನ್ಯ TLS ಹೆಸರು ಪರಿಶೀಲನೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ.
ಪ್ರಾಕ್ಸಿ ಪೋರ್ಟ್ ಸ್ವತಃ ಸಂಪರ್ಕಗಳನ್ನು ನಿರಾಕರಿಸಿದರೆ, ಅದೇ ಅನುಪಸ್ಥಿತ ಶ್ರೋತೃವನ್ನು ಗುರಿಯಾಗಿಸುವ ಇನ್ನೊಂದು ಆಯ್ಕೆ ಮೊದಲ ಜಿಗಿತವನ್ನು ಸರಿಪಡಿಸಲಾರದು. ಗಮ್ಯಸ್ಥಾನ ಮ್ಯಾಪಿಂಗ್ ಬದಲಿಸುವ ಮೊದಲು ಆ ಶ್ರೋತೃ ಅಥವಾ ಮಾರ್ಗದ ವೈಫಲ್ಯವನ್ನು ಬಗೆಹರಿಸಿ.