CURLOPT_PROXYPORT가 cURL 프록시 설정에 더하는 것
별도의 프록시 포트 옵션, CURLOPT_PROXY 안의 포트에 대한 우선순위, 그리고 엔드포인트에 여전히 호스트가 필요한 이유를 이해합니다.
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 안에 함께 유지해야 할 주소와 포트 후보를 제공합니다. 다른 포트에서 접근 가능한 프록시를 예시에 맞추기 위해 옮길 필요는 없습니다.