cURL proxy ataka eta helmuga ataka
Mantendu HTTPS zerbitzu baten ataka bere helmuga URLan eta bitartekariaren ataka proxy URLan, CURLOPT_PORT bidez gainidatzi gabe.
8443 atakako HTTPS zerbitzu batera 8080 atakako HTTP proxy baten bidez irits daiteke. Zenbaki horiek konexio desberdinak deskribatzen dituzte:
$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);
Aplikazioak berak ditu oraindik exekuzioa, erroreen kudeaketa eta handle-aren bizi-zikloa. Kode zatiak bideratze-sarrerak elkarrekin mantentzen ditu, ziurtagiriaren egiaztapena aldatu gabe.
cURL lehenik proxy.example:8080 helbidera konektatzen da. HTTPS helmuga honetarako, tunel eskaerak api.example:8443 aipatzen du, eta TLS identitatea api.example izaten jarraitzen du.
CURLOPT_PORT helmugako atakaren gainidazpena da, ez proxyaren ataka. URL bat https-ekin hasten den bakoitzean 443-ra ezartzeak 8443-n berariaz ostatatutako zerbitzu bat gainidatz dezake. libcurlek URLan ataka hautatzea gomendatzen du aukera hori erabili beharrean.
Handle bat berrerabiltzean, kontuan hartu aurretik egindako ataka gainidazpen esplizitua ere. URL berri batek ez ditu errazago interpretatzen gordetako aukera kontraesankorrak.
Bitartekariak CONNECT hautatutako helmuga atakara baimendu behar du. 8443-rako uko egitea ez da proxy entzungailua mugitzeko edo TLS egiaztapena desgaitzeko arrazoia.