Bandari ya proksi ya cURL dhidi ya bandari ya lengwa
Weka bandari ya huduma ya HTTPS katika URL ya lengwa na bandari ya mpatanishi katika URL ya proksi, bila kuzibadilisha kupitia CURLOPT_PORT.
Huduma ya HTTPS kwenye bandari 8443 inafikiwa kupitia proksi ya HTTP kwenye bandari 8080. Namba hizo zinaelezea miunganisho tofauti:
$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);Programu bado inamiliki utekelezaji, utunzaji wa makosa na mzunguko wa maisha wa kipini. Kipande hicho kinaweka pamoja ingizo za uelekezaji bila kubadilisha uthibitishaji wa cheti.
cURL huunganisha kwanza na proxy.example:8080. Kwa lengo hili la HTTPS, ombi la handaki hutaja api.example:8443, na utambulisho wa TLS unabaki api.example.
CURLOPT_PORT ni ubadilishaji wa bandari ya lengwa, si bandari ya proksi. Kuiweka kuwa 443 kila wakati URL inapoanza na https kunaweza kubadilisha huduma inayopangishwa kwa makusudi kwenye 8443. libcurl inashauri kuchagua bandari katika URL badala ya kutumia chaguo hilo.
Unapotumia kipini tena, fikiria pia ubadilishaji wowote wa awali wa bandari ulio wazi. URL mpya haifanyi chaguo zinazopingana zilizobaki kuwa rahisi kufasiri.
Mpatanishi lazima aruhusu CONNECT kwenda bandari ya lengwa iliyochaguliwa. Kukataa kwa 8443 si sababu ya kuhamisha kisikilizaji cha proksi au kuzima uthibitishaji wa TLS.