Kion ŝanĝas CURLOPT_CONNECT_TO kiam vi uzas prokurilon
Uzu la connect-to-mapadon de libcurl por alternativaj retaj finpunktoj anstataŭ supozi, ke ĝi realigas HTTP aŭ SOCKS ĉe la nova adreso.
CURLOPT_CONNECT_TO ŝanĝas la gastiganton kaj pordon, al kiuj libcurl konektiĝas por kongrua celo. Ĝi ne igas la alternativan finpunkton paroli HTTP CONNECT aŭ SOCKS.
La origina gastigantnomo ankoraŭ provizas la identecon de la aplikprotokolo kaj de TLS. Tio utilas, kiam oni intence atingas alian servilan instancon de la sama servo. Arbitra prokura aŭskultanto anstataŭe atendas sian prokuran manpremon, ne la krudajn bajtojn de la aplikaĵo.
Kombini la mapadon kun HTTP-prokurilo
Konfiguru la HTTP-prokurilon aparte. HTTP-vojo sen akreditaĵoj al publika servo povas uzi finpunkton el la listo de HTTP-prokuriloj, kiam tiu peranto estas permesata; neniu ekzistanta prokura konto estu sendata al la kandidato. libcurl dokumentas, ke malsama connect-to-mapado povas tiam ŝalti la peton en tunelan reĝimon: la prokurilo malfermas la konekton al la mapita celo. La mapado elektas, kio estas atingata tra la prokurilo; ĝi ne anstataŭigis la prokuran agordon.
Tenu tri valorojn apartaj: la celatan servnomon, la alternativan konektan finpunkton kaj la prokuran finpunkton. Elektu ĉiun opcion laŭ ĝia efektiva rolo kaj konservu normalan TLS-nomkontrolon por la servo.
Se la prokura pordo mem rifuzas konektojn, alia opcio montranta al tiu sama foresta aŭskultanto ne povas ripari la unuan salton. Solvu tiun aŭskultantan aŭ vojan fiaskon antaŭ ol ŝanĝi la celan mapadon.