Prokura pordo kontraŭ celloka pordo en cURL
Konservu la pordon de HTTPS-servo en ĝia celloka URL kaj la pordon de la peranto en la prokura URL, sen anstataŭigi ilin per CURLOPT_PORT.
HTTPS-servo sur pordo 8443 atingeblas per HTTP-prokuro sur pordo 8080. Tiuj nombroj priskribas malsamajn konektojn:
$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);La aplikaĵo plu respondecas pri plenumo, erctraktado kaj la vivociklo de la tenilo. La fragmento tenas la enigojn de enkursigado kune sen ŝanĝi la atestilan kontroladon.
cURL unue konektiĝas al proxy.example:8080. Por ĉi tiu HTTPS-celo, la tunela peto nomas api.example:8443, kaj la TLS-identeco restas api.example.
CURLOPT_PORT anstataŭigas la cellokan pordon, ne la pordon de la prokuro. Agordi ĝin al 443 ĉiufoje kiam URL komenciĝas per https povas anstataŭigi servon intence gastigatan sur 8443. libcurl rekomendas elekti la pordon en la URL anstataŭ uzi tiun opcion.
Kiam vi reuzas tenilon, konsideru ankaŭ pli fruan eksplicitan pordan anstataŭigon. Nova URL ne faciligas interpreti kontraŭdirajn konservitajn opciojn.
La peranto devas permesi CONNECT al la elektita celloka pordo. Rifuzo por 8443 ne estas kialo movi la prokuran aŭskultilon aŭ malŝalti TLS-kontroladon.