cURL प्रॉक्सी पोर्ट विरुद्ध गंतव्य पोर्ट

पोर्ट 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 पडताळणी बंद करण्याचे कारण नाही.