એક જ cURL ટ્રાન્સફરમાં સ્થાનિક ઇન્ટરફેસ અને પ્રોક્સી પસંદ કરો
સ્થાનિક સ્રોત માટે CURLOPT_INTERFACE અને મધ્યસ્થ માટે CURLOPT_PROXY વાપરો, OS રાઉટિંગ અને NAT ધ્યાનમાં રાખીને.
ઘણાં સ્થાનિક સરનામાં ધરાવતા મશીનને ફોરવર્ડ પ્રોક્સી સાથેના તેના જોડાણ માટે તેમાંથી એકની જરૂર પડી શકે છે. cURL બંને પસંદગીઓ સ્પષ્ટ રીતે કરી શકે છે:
curl_setopt_array($handle, [
CURLOPT_URL => 'https://example.com/',
CURLOPT_INTERFACE => '192.0.2.20',
CURLOPT_PROXY => 'http://proxy.example:8080',
]);
આ હાલના cURL હેન્ડલ માટેનું ઉદાહરણરૂપ રૂપરેખાંકન છે. 192.0.2.20 ને PHP ચલાવતા મશીન પર ખરેખર ઉપલબ્ધ સ્રોત સરનામાથી બદલો. પ્રોક્સી ખાતા વિનાની મંજૂર જાહેર વિનંતી માટે, HTTP પ્રોક્સીની યાદીમાંથી પ્રોક્સી મૂલ્ય માટે દૂરસ્થ શ્રોતા પૂરો પાડી શકે છે.
CURLOPT_INTERFACE બહાર જતા જોડાણની સ્થાનિક બાજુ પસંદ કરે છે. CURLOPT_PROXY વિનંતીને આગળ લઈ જતા મધ્યસ્થને પસંદ કરે છે. સ્થાનિક સ્રોત પસંદ કરવાથી મશીન દૂરસ્થ પ્રોક્સી બનતું નથી કે તેને મનસ્વી જાહેર IP મળતું નથી.
આ માર્ગ પર, સ્થાનિક પસંદગી પ્રોક્સી તરફના જોડાણને અસર કરે છે. વેબસાઇટ સામાન્ય રીતે પ્રોક્સીનું આગળનું સ્રોત સરનામું જુએ છે. બંનેમાંથી કોઈપણ જોડી વચ્ચેનું NAT દરેક પ્રાપ્તકર્તા જે સરનામું જુએ છે તેને વધુ અનુવાદિત કરી શકે છે.
જો ઇન્ટરફેસ પસંદગી છોડી દેવામાં આવે, તો libcurl TCP સ્ટેકને યોગ્ય સ્રોત પસંદ કરવા દે છે. તે પસંદગી મશીનના નેટવર્ક રૂપરેખાંકનને અનુસરે છે; રૂપરેખાંકન ફાઇલમાં પ્રથમ સરનામું જીતે એ સાર્વત્રિક નિયમ નથી.
libcurl સમર્થિત પ્લેટફોર્મ પર ઇન્ટરફેસ નામો સ્વીકારે છે, પરંતુ તેનું દસ્તાવેજીકરણ આ વિકલ્પ માટે Windows ઇન્ટરફેસ નામોની પસંદગીને બાકાત રાખે છે. હોસ્ટનામ વાપરવાથી અવરોધક શોધ પણ શરૂ થઈ શકે છે. જાણીતું સ્થાનિક સરનામું વધુ સ્પષ્ટ ઇનપુટ છે જ્યારે એ જ એપ્લિકેશનની ઇચ્છિત પસંદગી હોય.