Ce que change CURLOPT_CONNECT_TO lorsque vous utilisez un proxy
Utilisez le mappage connect-to de libcurl pour d'autres points de terminaison réseau au lieu de supposer qu'il implémente HTTP ou SOCKS à la nouvelle adresse.
CURLOPT_CONNECT_TO modifie l'hôte et le port auxquels libcurl se connecte pour une destination correspondante. Il ne fait pas parler HTTP CONNECT ni SOCKS au point de terminaison alternatif.
Le nom d'hôte d'origine fournit toujours l'identité du protocole applicatif et de TLS. C'est utile lorsqu'on atteint délibérément une autre instance de serveur du même service. Un écouteur de proxy quelconque attend en revanche sa propre poignée de main de proxy, pas les octets bruts de l'application.
Combiner le mappage avec un proxy HTTP
Configurez le proxy HTTP séparément. Une route HTTP sans identifiants vers un service public peut utiliser un point de terminaison de la liste de proxys HTTP lorsque cet intermédiaire est autorisé ; aucun compte de proxy existant ne doit être envoyé au candidat. libcurl documente qu'un mappage connect-to différent peut alors basculer la requête en mode tunnel : le proxy ouvre la connexion vers la destination mappée. Le mappage choisit ce qui est atteint via le proxy ; il n'a pas remplacé la configuration du proxy.
Gardez trois valeurs distinctes : le nom du service visé, le point de terminaison de connexion alternatif et le point de terminaison du proxy. Choisissez chaque option pour son rôle réel et conservez la vérification normale du nom TLS pour le service.
Si le port du proxy lui-même refuse les connexions, une autre option pointant vers ce même écouteur absent ne peut pas corriger le premier saut. Résolvez cette défaillance d'écouteur ou de chemin avant de modifier le mappage de destination.