Një shërbim HTTPS në portën 8443 arrihet përmes një proxy HTTP në portën 8080. Këta numra përshkruajnë lidhje të ndryshme:

$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);

Aplikacioni vazhdon të mbajë ekzekutimin, trajtimin e gabimeve dhe ciklin e jetës së dorezës. Fragmenti i kodit i mban së bashku hyrjet e rrugëzimit pa ndryshuar verifikimin e certifikatës.

cURL lidhet fillimisht me proxy.example:8080. Për këtë destinacion HTTPS, kërkesa e tunelit emërton api.example:8443, dhe identiteti TLS mbetet api.example.

CURLOPT_PORT është një mbivendosje e portës së destinacionit, jo e portës së proxy-t. Vendosja në 443 sa herë që një URL fillon me https mund të mbivendosë një shërbim të strehuar qëllimisht në 8443. libcurl rekomandon zgjedhjen e portës në URL në vend të përdorimit të atij opsioni.

Kur ripërdorni një dorezë, merrni parasysh edhe çdo mbivendosje të mëparshme të qartë të portës. Një URL e re nuk i bën më të lehta për t'u interpretuar opsionet kontradiktore të mbajtura.

Ndërmjetësi duhet të lejojë CONNECT drejt portës së zgjedhur të destinacionit. Një refuzim për 8443 nuk është arsye për të zhvendosur dëgjuesin e proxy-t ose për të çaktivizuar verifikimin TLS.

Artikuj të ngjashëm