पोर्ट 8443 मा रहेको HTTPS सेवा पोर्ट 8080 मा रहेको HTTP प्रोक्सीमार्फत पुग्न सकिन्छ। यी संख्याहरूले फरक-फरक जडान जनाउँछन्:

$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);

कार्यान्वयन, त्रुटि व्यवस्थापन र ह्यान्डलको जीवनचक्र अझै अनुप्रयोगकै जिम्मामा छ। कोड खण्डले प्रमाणपत्र प्रमाणीकरण नबदली राउटिङ इनपुटहरू सँगै राख्छ।

cURL पहिले proxy.example:8080 सँग जोडिन्छ। यो HTTPS गन्तव्यका लागि टनेल अनुरोधले api.example:8443 नाम लिन्छ, र TLS पहिचान api.example नै रहन्छ।

CURLOPT_PORT गन्तव्य पोर्टको ओभरराइड हो, प्रोक्सीको पोर्ट होइन। URL https बाट सुरु हुँदा यसलाई 443 मा सेट गर्दा 8443 मा जानाजान होस्ट गरिएको सेवा ओभरराइड हुन सक्छ। libcurl त्यो विकल्प प्रयोग गर्नुको सट्टा URL मा पोर्ट छान्न सल्लाह दिन्छ।

ह्यान्डल पुनः प्रयोग गर्दा अघिल्लो कुनै पनि स्पष्ट पोर्ट ओभरराइडलाई पनि विचार गर्नुहोस्। नयाँ URL ले विरोधाभासी रहन गएका विकल्पहरू व्याख्या गर्न सजिलो बनाउँदैन।

मध्यस्थले छानिएको गन्तव्य पोर्टमा CONNECT अनुमति दिनुपर्छ। 8443 का लागि अस्वीकार प्रोक्सी लिस्नर सार्न वा TLS प्रमाणीकरण बन्द गर्ने कारण होइन।

सम्बन्धित लेखहरू