धेरै स्थानीय ठेगाना भएको मेसिनलाई फर्वार्ड प्रोक्सीसँगको जडानका लागि तीमध्ये एउटा चाहिन सक्छ। cURL ले दुवै छनोट स्पष्ट रूपमा गर्न सक्छ:

curl_setopt_array($handle, [
    CURLOPT_URL => 'https://example.com/',
    CURLOPT_INTERFACE => '192.0.2.20',
    CURLOPT_PROXY => 'http://proxy.example:8080',
]);

यो विद्यमान cURL handle का लागि उदाहरणात्मक कन्फिगरेसन हो। 192.0.2.20 लाई PHP चलिरहेको मेसिनमा वास्तवमै उपलब्ध स्रोत ठेगानाले बदल्नुहोस्। प्रोक्सी खाता बिना अनुमत सार्वजनिक अनुरोधका लागि, HTTP प्रोक्सी सूची ले प्रोक्सी मानका लागि टाढाको श्रोता उपलब्ध गराउन सक्छ।

CURLOPT_INTERFACE ले बाहिर जाने जडानको स्थानीय पक्ष छान्छ। CURLOPT_PROXY ले अनुरोध अगाडि बोक्ने मध्यस्थ छान्छ। स्थानीय स्रोत छान्नाले त्यो मेसिनलाई टाढाको प्रोक्सी बनाउँदैन वा त्यसलाई मनपरी सार्वजनिक IP दिँदैन।

यो मार्गमा, स्थानीय छनोटले प्रोक्सीतर्फको जडानलाई असर गर्छ। वेबसाइटले सामान्यतया प्रोक्सीको अगाडिको स्रोत ठेगाना देख्छ। कुनै पनि जोडीबीचको NAT ले प्रत्येक प्राप्तकर्ताले देख्ने ठेगाना थप अनुवाद गर्न सक्छ।

इन्टरफेस छनोट छोडिएमा, libcurl ले उपयुक्त स्रोत छान्न TCP स्ट्याकलाई अनुमति दिन्छ। त्यो छनोट मेसिनको नेटवर्किङ कन्फिगरेसनलाई पछ्याउँछ; कन्फिगरेसन फाइलको पहिलो ठेगाना जित्छ भन्ने सार्वभौमिक नियम होइन।

libcurl ले समर्थित प्लेटफर्महरूमा इन्टरफेस नाम स्वीकार्छ, तर यो विकल्पका लागि Windows इन्टरफेस नाम छनोटलाई यसको कागजातले बाहिर राख्छ। hostname प्रयोग गर्दा अवरोध गर्ने खोज पनि सुरु हुन सक्छ। अनुप्रयोगले चाहेको छनोट त्यही हो भने ज्ञात स्थानीय ठेगाना बढी स्पष्ट इनपुट हो।

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