'n Masjien met verskeie plaaslike adresse het dalk een daarvan nodig vir sy verbinding na 'n vooruit-proxy. cURL kan albei keuses eksplisiet maak:

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

Dit is 'n illustratiewe konfigurasie vir 'n bestaande cURL-handvatsel. Vervang 192.0.2.20 met 'n bronadres wat werklik op die masjien beskikbaar is waar PHP loop. Vir 'n toegelate openbare versoek sonder 'n proxy-rekening kan die HTTP-instaanbedienerlys die afgeleë luisteraar vir die proxy-waarde verskaf.

CURLOPT_INTERFACE kies die plaaslike kant van die uitgaande verbinding. CURLOPT_PROXY kies die tussenganger wat die versoek verder dra. Om 'n plaaslike bron te kies maak nie die masjien 'n afgeleë proxy nie en gee dit nie 'n willekeurige openbare IP nie.

Op hierdie pad beïnvloed die plaaslike keuse die verbinding na die proxy. Die webwerf sien gewoonlik die proxy se voortgaande bronadres. NAT tussen enige van die twee pare kan die adres wat elke ontvanger sien, verder vertaal.

As koppelvlakkeuse weggelaat word, laat libcurl die TCP-stapel 'n geskikte bron kies. Daardie keuse volg die masjien se netwerkkonfigurasie; dit is nie 'n universele reël dat die eerste adres in 'n konfigurasielêer wen nie.

libcurl aanvaar koppelvlakname op ondersteunde platforms, maar sy dokumentasie sluit die keuse van Windows-koppelvlakname vir hierdie opsie uit. Die gebruik van 'n gasheernaam kan ook 'n blokkerende opsoek veroorsaak. 'n Bekende plaaslike adres is 'n duideliker invoer wanneer dit die keuse is wat die toepassing beoog.

Verwante artikels