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 проксі. Проксі, даступны на іншым порце, не трэба пераносіць толькі дзеля прыкладу.

Падобныя артыкулы