Wat CURLOPT_CONNECT_TO feroaret as jo in proxy brûke
Brûk de connect-to-mapping fan libcurl foar alternative netwurk-einpunten ynstee fan oan te nimmen dat it HTTP of SOCKS op it nije adres ymplemintearret.
CURLOPT_CONNECT_TO feroaret de host en poarte dêr't libcurl mei ferbynt foar in oerienkommende bestimming. It makket it alternative einpunt net ta ien dat HTTP CONNECT of SOCKS praat.
De oarspronklike hostnamme leveret noch altyd de identiteit fan it tapassingsprotokol en fan TLS. Dat is nuttich as jo bewust in oare server-ynstânsje fan deselde tsjinst berikke. In willekeurige proxy-listener ferwachtet lykwols syn eigen proxy-hanskar, net de rauwe bytes fan 'e tapassing.
De mapping kombinearje mei in HTTP-proxy
Konfigurearje de HTTP-proxy apart. In HTTP-rûte sûnder referinsjes nei in publike tsjinst kin in einpunt út de HTTP-proxylist brûke as dy tuskenpersoan tastien is; gjin besteand proxy-akkount moat nei de kandidaat stjoerd wurde. libcurl dokumintearret dat in oare connect-to-mapping de oanfraach dan yn tunnelmodus bringe kin: de proxy iepenet de ferbining nei de mede bestimming. De mapping kiest wat troch de proxy berikt wurdt; it hat de proxy-konfiguraasje net ferfongen.
Hâld trije wearden apart: de bedoelde tsjinstnamme, it alternative ferbiningseinpunt en it proxy-einpunt. Kies elke opsje foar syn werklike rol en hâld normale TLS-nammerkontrôle foar de tsjinst.
As de proxy-poarte sels ferbiningen wegeret, kin in oare opsje dy't nei deselde ôfwêzige listener wiist de earste sprong net reparearje. Los dy listener- of paadflater op foardat jo de bestimmingsmapping feroarje.