ప్రాక్సీ ఉపయోగించినప్పుడు CURLOPT_CONNECT_TO ఏమి మారుస్తుంది
కొత్త చిరునామాలో HTTP లేదా SOCKS అమలు చేస్తుందని ఊహించడం బదులు ప్రత్యామ్నాయ నెట్‌వర్క్ ఎండ్‌పాయింట్ల కోసం libcurl యొక్క connect-to మ్యాపింగ్‌ను ఉపయోగించండి.
CURLOPT_CONNECT_TO సరిపోలే గమ్యస్థానం కోసం libcurl కనెక్ట్ అయ్యే హోస్ట్ మరియు పోర్ట్‌ను మారుస్తుంది. ఇది ప్రత్యామ్నాయ ఎండ్‌పాయింట్‌ను HTTP CONNECT లేదా SOCKS మాట్లాడేలా చేయదు.
అసలు హోస్ట్‌పేరు ఇప్పటికీ అప్లికేషన్-ప్రోటోకాల్ మరియు TLS గుర్తింపును అందిస్తుంది. అదే సేవ యొక్క మరో సర్వర్ ఇన్‌స్టాన్స్‌ను ఉద్దేశపూర్వకంగా చేరుకున్నప్పుడు ఇది ఉపయోగకరం. అయితే ఏదైనా ప్రాక్సీ శ్రోత అప్లికేషన్ ముడి బైట్లను కాక, తన ప్రాక్సీ హ్యాండ్‌షేక్‌ను ఆశిస్తుంది.
మ్యాపింగ్‌ను HTTP ప్రాక్సీతో కలపడం
HTTP ప్రాక్సీని విడిగా కాన్ఫిగర్ చేయండి. ప్రజా సేవకు క్రెడెన్షియల్స్ లేని HTTP మార్గం, ఆ మధ్యవర్తికి అనుమతి ఉన్నప్పుడు HTTP ప్రాక్సీ జాబితా నుండి ఎండ్‌పాయింట్‌ను ఉపయోగించవచ్చు; ఏ ఇప్పటికే ఉన్న ప్రాక్సీ ఖాతాను అభ్యర్థికి పంపకూడదు. భిన్నమైన connect-to మ్యాపింగ్ అభ్యర్థనను సొరంగ మోడ్‌లోకి మార్చగలదని libcurl నమోదు చేస్తుంది: ప్రాక్సీ మ్యాప్ చేసిన గమ్యస్థానానికి కనెక్షన్ తెరుస్తుంది. మ్యాపింగ్ ప్రాక్సీ ద్వారా ఏమి చేరుకోవాలో ఎంచుకుంటుంది; అది ప్రాక్సీ కాన్ఫిగరేషన్‌ను భర్తీ చేయలేదు.
మూడు విలువలను వేరుగా ఉంచండి: ఉద్దేశించిన సేవ పేరు, ప్రత్యామ్నాయ కనెక్షన్ ఎండ్‌పాయింట్ మరియు ప్రాక్సీ ఎండ్‌పాయింట్. ప్రతి ఎంపికను దాని నిజమైన పాత్ర కోసం ఎంచుకోండి మరియు సేవ కోసం సాధారణ TLS పేరు ధృవీకరణను కొనసాగించండి.
ప్రాక్సీ పోర్ట్ స్వయంగా కనెక్షన్‌లను తిరస్కరిస్తే, అదే లేని శ్రోతను చూపే మరో ఎంపిక మొదటి దూకుడును సరిచేయలేదు. గమ్యస్థాన మ్యాపింగ్ మార్చే ముందు ఆ శ్రోత లేదా మార్గ వైఫల్యాన్ని పరిష్కరించండి.