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 ચકાસણી બંધ કરવાનું કારણ નથી.