CURLOPT_PROXYPORT केवल पोर्ट संख्या देता है। यह प्रॉक्सी होस्ट की पहचान नहीं करता, प्रोटोकॉल नहीं चुनता और स्थानीय मशीन पर श्रोता नहीं बनाता।

नया PHP cURL कॉन्फ़िगरेशन पढ़ना आसान होता है जब पूरा एंडपॉइंट एक साथ रहे:

curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');

libcurl का दस्तावेज़ अलग पोर्ट विकल्प को हतोत्साहित करता है। मौजूदा कोड इसे ऐसे होस्ट के साथ अब भी उपयोग कर सकता है जिसमें पोर्ट अंतर्निहित न हो:

curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);

प्रॉक्सी स्ट्रिंग में स्पष्ट रूप से शामिल पोर्ट अलग विकल्प पर प्राथमिकता रखता है। दो परस्पर विरोधी संख्याएँ बनाए रखने से बचें।

यदि किसी अंश में केवल CURLOPT_PROXYPORT दिखता है, तो handle कॉन्फ़िगरेशन का बाकी हिस्सा और लागू वातावरण जाँचें। अंश अकेला यह नहीं बताता कि libcurl कौन-सा प्रॉक्सी होस्ट, यदि कोई हो, उपयोग करेगा।

पोर्ट 3128 एक परिचित परिनियोजन विकल्प है, प्रोटोकॉल डिटेक्टर नहीं। श्रोता का वास्तविक प्रोटोकॉल और पोर्ट उपयोग करें। सार्वजनिक HTTP मार्ग के लिए HTTP प्रॉक्सी सूची पता और पोर्ट के उम्मीदवार देती है जिन्हें प्रॉक्सी URL में साथ रखना चाहिए। किसी अन्य पोर्ट पर उपलब्ध प्रॉक्सी को केवल उदाहरण से मेल खाने के लिए स्थानांतरित करने की आवश्यकता नहीं है।

संबंधित लेख