प्रॉक्सी वापरताना CURLOPT_CONNECT_TO काय बदलते

CURLOPT_CONNECT_TO जुळणाऱ्या गंतव्यासाठी libcurl ज्या होस्ट आणि पोर्टशी जोडतो ते बदलते. ते पर्यायी एंडपॉइंटला HTTP CONNECT किंवा SOCKS बोलणारे करत नाही.

मूळ होस्टनाव अजूनही अनुप्रयोग-प्रोटोकॉल आणि TLS ची ओळख देतो. एकाच सेवेच्या दुसऱ्या सर्व्हर इन्स्टन्सपर्यंत जाणीवपूर्वक पोहोचताना हे उपयुक्त ठरते. उलट, कोणताही प्रॉक्सी श्रोता अनुप्रयोगाच्या कच्च्या बाइट्सऐवजी स्वतःच्या प्रॉक्सी हँडशेकची अपेक्षा करतो.

मॅपिंगचे HTTP प्रॉक्सीशी संयोजन

HTTP प्रॉक्सी स्वतंत्रपणे कॉन्फिगर करा. सार्वजनिक सेवेकडे जाणारा क्रेडेन्शियलशिवाय HTTP मार्ग, त्या मध्यस्थाला परवानगी असल्यास HTTP प्रॉक्सी यादीतून एंडपॉइंट वापरू शकतो; कोणतेही विद्यमान प्रॉक्सी खाते उमेदवाराकडे पाठवू नये. libcurl नोंदवते की वेगळे connect-to मॅपिंग नंतर विनंती बोगदा मोडमध्ये बदलू शकते: प्रॉक्सी मॅप केलेल्या गंतव्याचे कनेक्शन उघडतो. मॅपिंग प्रॉक्सीद्वारे काय गाठायचे ते निवडते; त्याने प्रॉक्सी कॉन्फिगरेशनची जागा घेतली नाही.

तीन मूल्ये वेगळी ठेवा: इच्छित सेवेचे नाव, पर्यायी कनेक्शन एंडपॉइंट आणि प्रॉक्सी एंडपॉइंट. प्रत्येक पर्याय त्याच्या प्रत्यक्ष भूमिकेसाठी निवडा आणि सेवेसाठी नेहमीची TLS नाव पडताळणी ठेवा.

प्रॉक्सी पोर्ट स्वतःच कनेक्शन नाकारत असेल, तर त्याच अनुपस्थित श्रोत्याकडे निर्देश करणारा दुसरा पर्याय पहिली झेप सुधारू शकत नाही. गंतव्य मॅपिंग बदलण्यापूर्वी त्या श्रोता किंवा मार्गाची बिघाडी सोडवा.