Què canvia CURLOPT_CONNECT_TO quan feu servir un proxy
Feu servir el mapatge connect-to de libcurl per a punts finals de xarxa alternatius en lloc de suposar que implementa HTTP o SOCKS a l'adreça nova.
CURLOPT_CONNECT_TO canvia l'amfitrió i el port als quals es connecta libcurl per a una destinació coincident. No fa que el punt final alternatiu parli HTTP CONNECT ni SOCKS.
El nom d'amfitrió original encara proporciona la identitat del protocol d'aplicació i de TLS. Això és útil quan s'arriba deliberadament a una altra instància de servidor del mateix servei. En canvi, un receptor de proxy arbitrari espera el seu handshake de proxy, no els bytes en cru de l'aplicació.
Combinar el mapatge amb un proxy HTTP
Configureu el proxy HTTP per separat. Una ruta HTTP sense credencials cap a un servei públic pot fer servir un punt final de la llista de proxys HTTP quan aquest intermediari està permès; no s'ha d'enviar cap compte de proxy existent al candidat. libcurl documenta que un mapatge connect-to diferent pot aleshores passar la petició a mode túnel: el proxy obre la connexió cap a la destinació mapada. El mapatge tria què s'assoleix a través del proxy; no ha substituït la configuració del proxy.
Manteniu tres valors separats: el nom del servei previst, el punt final de connexió alternatiu i el punt final del proxy. Trieu cada opció pel seu paper real i manteniu la verificació normal del nom TLS per al servei.
Si el mateix port del proxy refusa connexions, una altra opció que apunti a aquell mateix receptor absent no pot arreglar el primer salt. Resoleu aquesta fallada del receptor o del camí abans de canviar el mapatge de destinació.