प्रोक्सी प्रयोग गर्दा CURLOPT_CONNECT_TO ले के बदल्छ

CURLOPT_CONNECT_TO ले मिल्ने गन्तव्यका लागि libcurl जडान गर्ने होस्ट र पोर्ट बदल्छ। यसले वैकल्पिक इन्डपोइन्टलाई HTTP CONNECT वा SOCKS बोल्ने बनाउँदैन।

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

म्यापिङलाई HTTP प्रोक्सीसँग जोड्ने

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

तीन मान अलग राख्नुहोस्: अभिप्रेत सेवाको नाम, वैकल्पिक जडान इन्डपोइन्ट र प्रोक्सी इन्डपोइन्ट। प्रत्येक विकल्पलाई यसको वास्तविक भूमिकाअनुसार छान्नुहोस् र सेवाका लागि सामान्य TLS नाम प्रमाणीकरण कायम राख्नुहोस्।

यदि प्रोक्सी पोर्ट आफैंले जडान अस्वीकार गर्छ भने, त्यही अनुपस्थित श्रोतातर्फ देखाउने अर्को विकल्पले पहिलो फड्को सुधार्न सक्दैन। गन्तव्य म्यापिङ बदल्नुअघि त्यो श्रोता वा मार्गको खराबी समाधान गर्नुहोस्।