cURL-proxyport tsjin bestimmingsport
Hâld de poarte fan in HTTPS-tsjinst yn har bestimmings-URL en de poarte fan 'e tuskenpersoan yn 'e proxy-URL, sûnder se oer CURLOPT_PORT te oerskriuwen.
In HTTPS-tsjinst op poarte 8443 is berikber fia in HTTP-proxy op poarte 8080. Dy sifers beskriuwe ferskillende ferbiningen:
$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);De applikaasje is noch altyd ferantwurdlik foar de útfiering, de flaterôfhanneling en de libbenssyklus fan it hânsel. It fragmint hâldt de routing-ynfier byinoar sûnder de sertifikaatferifikaasje te feroarjen.
cURL ferbynt earst mei proxy.example:8080. Foar dit HTTPS-bestimming neamt it tunnelferlys api.example:8443, en de TLS-identiteit bliuwt api.example.
CURLOPT_PORT is in oerskriuwing fan 'e bestimmingspoarte, net fan 'e poarte fan 'e proxy. It op 443 setten elke kear as in URL mei https begjint, kin in tsjinst oerskriuwe dy't bewust op 8443 host wurdt. libcurl advisearret de poarte yn 'e URL te kiezen ynstee fan dy opsje te brûken.
By it werbrûken fan in hânsel moat jo ek rekken hâlde mei in eardere eksplisite poarte-oerskriuwing. In nije URL makket tsjinstridige bewarre opsjes net makliker te ynterpretearjen.
De tuskenpersoan moat CONNECT nei de keazen bestimmingspoarte tastean. In wegering foar 8443 is gjin reden om de proxyluisterder te ferpleatsen of TLS-ferifikaasje út te skeakeljen.