Proxyport og målport i cURL
Hald porten til ein HTTPS-teneste i mål-URL-en og porten til mellomleddet i proxy-URL-en, utan å overstyra dei via CURLOPT_PORT.
Ein HTTPS-teneste på port 8443 er tilgjengeleg via ein HTTP-proxy på port 8080. Desse tala skildrar ulike samband:
$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);Applikasjonen eig framleis utføringa, feilhandteringa og livssyklusen til handtaket. Utdraget held rutingsinndataa saman utan å endre sertifikatvalideringa.
cURL koplar først til proxy.example:8080. For dette HTTPS-målet namngjev tunnel-førespurnaden api.example:8443, og TLS-identiteten blir verande api.example.
CURLOPT_PORT er ei overstyring av målporten, ikkje porten til proxyen. Å setje han til 443 kvar gong ein URL byrjar med https kan overstyre ei teneste som med vilje ligg på 8443. libcurl tilrår å velje porten i URL-en i staden for å bruke det valet.
Når du brukar eit handtak på nytt, må du også ta høgd for ei tidlegare eksplisitt portoverstyring. Ein ny URL gjer ikkje motstridande behaldne val lettare å tolke.
Mellomleddet må tillate CONNECT til den valde målporten. Ei avvising for 8443 er ikkje grunn til å flytte proxylyttaren eller slå av TLS-validering.