प्रॉक्सी उपयोग करते समय CURLOPT_CONNECT_TO क्या बदलता है

CURLOPT_CONNECT_TO मेल खाते गंतव्य के लिए libcurl जिस होस्ट और पोर्ट से जुड़ता है, उन्हें बदलता है। यह वैकल्पिक एंडपॉइंट को HTTP CONNECT या SOCKS बोलने वाला नहीं बनाता।

मूल होस्टनाम अब भी अनुप्रयोग-प्रोटोकॉल और TLS की पहचान देता है। यह तब उपयोगी है जब उसी सेवा के किसी दूसरे सर्वर इंस्टेंस तक जानबूझकर पहुँचा जाए। इसके विपरीत कोई मनमाना प्रॉक्सी श्रोता अपने प्रॉक्सी हैंडशेक की अपेक्षा करता है, अनुप्रयोग के कच्चे बाइट्स की नहीं।

मैपिंग को HTTP प्रॉक्सी के साथ मिलाना

HTTP प्रॉक्सी को अलग से कॉन्फ़िगर करें। किसी सार्वजनिक सेवा तक बिना क्रेडेंशियल वाला HTTP मार्ग तब HTTP प्रॉक्सी सूची से कोई एंडपॉइंट उपयोग कर सकता है जब वह मध्यस्थ अनुमत हो; किसी मौजूदा प्रॉक्सी खाते को उम्मीदवार तक नहीं भेजा जाना चाहिए। libcurl दर्ज करता है कि भिन्न connect-to मैपिंग तब अनुरोध को टनल मोड में बदल सकती है: प्रॉक्सी मैप किए गए गंतव्य का कनेक्शन खोलता है। मैपिंग यह चुनती है कि प्रॉक्सी के माध्यम से क्या पहुँचा जाए; इसने प्रॉक्सी कॉन्फ़िगरेशन का स्थान नहीं लिया है।

तीन मानों को अलग रखें: इच्छित सेवा नाम, वैकल्पिक कनेक्शन एंडपॉइंट और प्रॉक्सी एंडपॉइंट। प्रत्येक विकल्प को उसकी वास्तविक भूमिका के लिए चुनें और सेवा के लिए सामान्य TLS नाम सत्यापन बनाए रखें।

यदि प्रॉक्सी पोर्ट स्वयं कनेक्शन अस्वीकार करता है, तो उसी अनुपस्थित श्रोता की ओर इशारा करने वाला दूसरा विकल्प पहली छलांग को ठीक नहीं कर सकता। गंतव्य मैपिंग बदलने से पहले उस श्रोता या पथ की विफलता को सुलझाएँ।