Ano ang binabago ng CURLOPT_CONNECT_TO kapag gumagamit ka ng proxy

Binabago ng CURLOPT_CONNECT_TO ang host at port na kinokonektahan ng libcurl para sa tumutugmang destinasyon. Hindi nito pinapasalita ang alternatibong endpoint ng HTTP CONNECT o SOCKS.

Ibinibigay pa rin ng orihinal na hostname ang pagkakakilanlan ng application protocol at TLS. Kapaki-pakinabang ito kapag sadyang naaabot ang isa pang server instance ng parehong serbisyo. Ang isang arbitraryong proxy listener ay umaasa sa sarili nitong proxy handshake, hindi sa raw na byte ng application.

Pagsasama ng mapping sa isang HTTP proxy

I-configure nang hiwalay ang HTTP proxy. Ang isang HTTP route na walang kredensyal patungo sa pampublikong serbisyo ay maaaring gumamit ng endpoint mula sa listahan ng HTTP proxy kapag pinapayagan ang tagapamagitan na iyon; walang umiiral na proxy account ang dapat ipadala sa kandidato. Itinatala ng libcurl na ang ibang connect-to mapping ay maaaring magpalit ng kahilingan sa tunnel mode: binubuksan ng proxy ang koneksyon sa naka-map na destinasyon. Pinipili ng mapping kung ano ang naaabot sa pamamagitan ng proxy; hindi nito pinalitan ang configuration ng proxy.

Panatilihing hiwalay ang tatlong halaga: ang nilalayong pangalan ng serbisyo, ang alternatibong endpoint ng koneksyon at ang endpoint ng proxy. Piliin ang bawat opsyon para sa tunay nitong papel at panatilihin ang normal na TLS name verification para sa serbisyo.

Kung ang port ng proxy mismo ay tumatanggi sa mga koneksyon, ang ibang opsyon na tumuturo sa parehong wala nang listener ay hindi makakapag-ayos ng unang hakbang. Lutasin ang pagkabigo ng listener o landas na iyon bago baguhin ang destination mapping.