Што змяняе CURLOPT_CONNECT_TO пры выкарыстанні проксі
Выкарыстоўвайце адлюстраванне connect-to у libcurl для альтэрнатыўных сеткавых канцавых пунктаў, а не меркаванне, што яно рэалізуе HTTP або SOCKS па новым адрасе.
CURLOPT_CONNECT_TO змяняе хост і порт, да якіх libcurl падключаецца для адпаведнага прызначэння. Ён не прымушае альтэрнатыўны канцавы пункт гаварыць HTTP CONNECT або SOCKS.
Першапачатковае імя хоста па-ранейшаму дае ідэнтычнасць пратаколу праграмы і TLS. Гэта карысна, калі наўмысна дасягаецца іншы асобнік сервера той жа службы. Адвольны слухач проксі замест гэтага чакае свайго праксі-рукапаціскання, а не сырых байтаў праграмы.
Спалучэнне адлюстравання з HTTP-проксі
Наладзьце HTTP-проксі асобна. HTTP-маршрут без уліковых даных да публічнай службы можа выкарыстоўваць канцавы пункт з спісу HTTP-проксі, калі такі пасярэднік дазволены; існуючы ўліковы запіс проксі не павінен адпраўляцца кандыдату. libcurl дакументуе, што іншае адлюстраванне connect-to можа тады пераключыць запыт у рэжым тунеля: проксі адкрывае злучэнне з адлюстраваным прызначэннем. Адлюстраванне выбірае, чаго дасягаюць праз проксі; яно не замяніла наладку проксі.
Трымайце тры значэнні асобна: меркаванае імя службы, альтэрнатыўны канцавы пункт злучэння і канцавы пункт проксі. Выбірайце кожны параметр для яго фактычнай ролі і захоўвайце звычайную праверку імя TLS для службы.
Калі сам порт проксі адмаўляе злучэнні, іншы параметр, які паказвае на той жа адсутны слухач, не можа выправіць першы крок. Вырашыце гэтую праблему слухача або шляху, перш чым змяняць адлюстраванне прызначэння.