Vel eit lokalt grensesnitt og ein proxy i same cURL-overføring

Bruk CURLOPT_INTERFACE for den lokale kjelda og CURLOPT_PROXY for mellomleddet, og ta omsyn til OS-ruting og NAT.

Ein maskin med fleire lokale adresser kan trenge éin av dei for sambandet til ein videresend proxy. cURL kan gjere begge vala eksplisitte:

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

Dette er ein illustrerande konfigurasjon for eit eksisterande cURL-handtak. Byt ut 192.0.2.20 med ei kjeldeadresse som faktisk er tilgjengeleg på maskina som køyrer PHP. For ein tillaten offentleg førespurnad utan proxykonto kan HTTP-proxylista skaffe den eksterne lyttaren for proxyverdien.

CURLOPT_INTERFACE vel den lokale sida av den utgåande sambandet. CURLOPT_PROXY vel mellomleddet som ber førespurnaden vidare. Å velje ei lokal kjelde gjer ikkje maskina til ein ekstern proxy eller gjev ho ei vilkårleg offentleg IP.

På denne vegen påverkar det lokale valet sambandet mot proxyen. Nettstaden ser vanlegvis den vidare kjeldeadressa til proxyen. NAT mellom kva som helst par kan omsetje adressa kvar mottakar ser ytterlegare.

Vert grensesnittvalet utelate, lèt libcurl TCP-stakken velje ei høveleg kjelde. Det valet følgjer nettverkskonfigurasjonen til maskina; det er ikkje ein universell regel at den første adressa i ei konfigurasjonsfil vinn.

libcurl godtek grensesnittnamn på støtta plattformer, men dokumentasjonen utelukkar Windows-grensesnittnamn for dette valet. Bruk av eit vertsnamn kan òg utløyse eit blokkerande oppslag. Ei kjend lokal adresse er eit klarare inndata når det er valet programmet har tenkt seg.

Relaterte artiklar