CURLOPT_CONNECT_TO променя хоста и порта, към които libcurl се свързва за съответстваща дестинация. Той не кара алтернативната крайна точка да говори HTTP CONNECT или SOCKS.

Оригиналното име на хоста все още предоставя идентичността на приложния протокол и на TLS. Това е полезно, когато умишлено се достига друг сървърен екземпляр на същата услуга. Произволен прокси слушател вместо това очаква своето прокси ръкостискане, а не суровите байтове на приложението.

Съчетаване на съпоставянето с HTTP прокси

Конфигурирайте HTTP проксито отделно. HTTP маршрут без идентификационни данни към публична услуга може да използва крайна точка от списъка с HTTP проксита, когато този посредник е разрешен; съществуващ прокси акаунт не бива да се изпраща към кандидата. libcurl документира, че различно съпоставяне connect-to може тогава да превключи заявката в тунелен режим: проксито отваря връзката към съпоставената дестинация. Съпоставянето избира какво се достига през проксито; то не е заменило конфигурацията на проксито.

Пазете три стойности отделни: предвиденото име на услугата, алтернативната крайна точка на връзката и крайната точка на проксито. Избирайте всяка опция за действителната ѝ роля и запазете нормалната проверка на TLS името за услугата.

Ако самият порт на проксито отказва връзки, друга опция, сочеща към същия отсъстващ слушател, не може да поправи първата стъпка. Отстранете този отказ на слушателя или пътя, преди да променяте съпоставянето на дестинацията.

Подобни статии