Що змінює CURLOPT_CONNECT_TO під час використання проксі
Використовуйте зіставлення connect-to у libcurl для альтернативних мережевих кінцевих точок, а не припускайте, що воно реалізує HTTP або SOCKS на новій адресі.
CURLOPT_CONNECT_TO змінює хост і порт, до яких libcurl підключається для відповідного призначення. Він не змушує альтернативну кінцеву точку говорити HTTP CONNECT або SOCKS.
Початкове ім'я хоста й далі надає ідентичність протоколу застосунку та TLS. Це корисно, коли навмисно досягають іншого примірника сервера тієї самої служби. Натомість довільний слухач проксі очікує власного проксі-рукостискання, а не сирих байтів застосунку.
Поєднання зіставлення з HTTP-проксі
Налаштуйте HTTP-проксі окремо. HTTP-маршрут без облікових даних до публічної служби може використовувати кінцеву точку зі списку HTTP-проксі, коли такий посередник дозволений; жоден наявний обліковий запис проксі не слід надсилати кандидатові. libcurl документує, що інше зіставлення connect-to може тоді перевести запит у режим тунелю: проксі відкриває з'єднання зі зіставленим призначенням. Зіставлення обирає, чого досягають через проксі; воно не замінило конфігурацію проксі.
Тримайте три значення окремо: передбачуване ім'я служби, альтернативну кінцеву точку з'єднання та кінцеву точку проксі. Обирайте кожен параметр за його реальною роллю й зберігайте звичайну перевірку імені TLS для служби.
Якщо сам порт проксі відхиляє з'єднання, інший параметр, що вказує на той самий відсутній слухач, не виправить перший крок. Усуньте цю несправність слухача або шляху, перш ніж змінювати зіставлення призначення.