Mitä CURLOPT_CONNECT_TO muuttaa, kun käytät välityspalvelinta
Käytä libcurlin connect-to-yhdistämistä vaihtoehtoisiin verkkopäätepisteisiin sen sijaan, että olettaisit sen toteuttavan HTTP:n tai SOCKSin uudessa osoitteessa.
CURLOPT_CONNECT_TO muuttaa isäntää ja porttia, joihin libcurl yhdistää vastaavaa kohdetta varten. Se ei saa vaihtoehtoista päätepistettä puhumaan HTTP CONNECTia tai SOCKSia.
Alkuperäinen isäntänimi tarjoaa edelleen sovellusprotokollan ja TLS:n identiteetin. Tästä on hyötyä, kun tarkoituksella tavoitetaan saman palvelun toista palvelininstanssia. Satunnainen välityspalvelimen kuuntelija odottaa sen sijaan omaa välityspalvelinkättelyään, ei sovelluksen raakoja tavuja.
Yhdistämisen yhdistäminen HTTP-välityspalvelimeen
Määritä HTTP-välityspalvelin erikseen. Ilman tunnuksia oleva HTTP-reitti julkiseen palveluun voi käyttää HTTP-välityspalvelinluettelon päätepistettä, kun kyseinen välittäjä on sallittu; olemassa olevaa välityspalvelintiliä ei pidä lähettää ehdokkaalle. libcurl dokumentoi, että erilainen connect-to-yhdistäminen voi silloin siirtää pyynnön tunnelitilaan: välityspalvelin avaa yhteyden yhdistettyyn kohteeseen. Yhdistäminen valitsee, mitä välityspalvelimen kautta tavoitetaan; se ei ole korvannut välityspalvelimen määritystä.
Pidä kolme arvoa erillään: aiottu palvelun nimi, vaihtoehtoinen yhteyden päätepiste ja välityspalvelimen päätepiste. Valitse jokainen vaihtoehto sen todellisen roolin mukaan ja säilytä palvelun tavallinen TLS-nimen varmennus.
Jos välityspalvelimen portti itse hylkää yhteydet, toinen vaihtoehto, joka osoittaa samaan puuttuvaan kuuntelijaan, ei voi korjata ensimmäistä hyppyä. Ratkaise tämä kuuntelijan tai polun vika ennen kohdeyhdistämisen muuttamista.