Hainbat helbide lokal dituen makinak horietako bat behar izan dezake aurreranzko proxy baterako konexioan. cURLek bi aukerak modu esplizituan egin ditzake:

curl_setopt_array($handle, [
    CURLOPT_URL => 'https://example.com/',
    CURLOPT_INTERFACE => '192.0.2.20',
    CURLOPT_PROXY => 'http://proxy.example:8080',
]);

Hau lehendik dagoen cURL helduleku baterako konfigurazio adierazgarria da. Ordeztu 192.0.2.20 PHP exekutatzen duen makinan benetan eskuragarri dagoen jatorri-helbide batekin. Proxy konturik gabeko baimendutako eskaera publiko baterako, HTTP proxyen zerrendak proxy balioaren urruneko entzulea eman dezake.

CURLOPT_INTERFACE ateratzeko konexioaren alde lokala hautatzen du. CURLOPT_PROXY eskaera aurrera eramaten duen bitartekaria hautatzen du. Jatorri lokal bat hautatzeak ez du makina urruneko proxy bihurtzen ez eta IP publiko arbitrariorik ematen.

Bide honetan, hautapen lokalak proxyarekiko konexioan eragiten du. Webguneak, oro har, proxyaren hurrengo jatorri-helbidea ikusten du. Bi bikoteetako edozeinen arteko NATek are gehiago itzul dezake hartzaile bakoitzak ikusten duen helbidea.

Interfazearen hautapena baztertzen bada, libcurl-ek TCP pila uzten du jatorri egoki bat hautatzen. Hautapen horrek makinaren sare-konfigurazioa jarraitzen du; ez da arau unibertsala konfigurazio-fitxategiko lehen helbidea irabazten duenik.

libcurl-ek interfaze-izenak onartzen ditu onartutako plataformetan, baina bere dokumentazioak Windows interfaze-izenak hautatzea baztertzen du aukera honetarako. Ostalari-izen bat erabiltzeak bilaketa blokeatzaile bat ere eragin dezake. Helbide lokal ezaguna sarrera argiagoa da aplikazioak nahi duen hautapena denean.

Erlazionatutako artikuluak