Wat CURLOPT_CONNECT_TO verander wanneer jy 'n proxy gebruik
Gebruik libcurl se connect-to-kartering vir alternatiewe netwerkeindpunte eerder as om te aanvaar dat dit HTTP of SOCKS by die nuwe adres implementeer.
CURLOPT_CONNECT_TO verander die gasheer en poort waarmee libcurl verbind vir 'n ooreenstemmende bestemming. Dit maak nie die alternatiewe eindpunt in staat om HTTP CONNECT of SOCKS te praat nie.
Die oorspronklike gasheernaam verskaf steeds die toepassingsprotokol- en TLS-identiteit. Dit is nuttig wanneer 'n ander bedienerinstansie van dieselfde diens doelbewus bereik word. 'n Willekeurige proxy-luisteraar verwag eerder sy proxy-handdruk, nie die toepassing se rou grepe nie.
Die kartering met 'n HTTP-proxy kombineer
Stel die HTTP-proxy afsonderlik op. 'n Geloofsbriefvrye HTTP-roete na 'n openbare diens kan 'n eindpunt uit die HTTP-proxy-lys gebruik wanneer daardie tussenganger toegelaat word; geen bestaande proxy-rekening moet na die kandidaat gestuur word nie. libcurl dokumenteer dat 'n verskillende connect-to-kartering die versoek dan in tonnelmodus kan oorskakel: die proxy open die gekarteerde bestemmingsverbinding. Die kartering kies wat deur die proxy bereik word; dit het nie die proxy-konfigurasie vervang nie.
Hou drie waardes apart: die beoogde diensnaam, die alternatiewe verbindingseindpunt en die proxy-eindpunt. Kies elke opsie vir sy werklike rol en hou normale TLS-naamverifikasie vir die diens.
As die proxy-poort self verbindings weier, kan 'n ander opsie wat na dieselfde afwesige luisteraar wys nie die eerste sprong regstel nie. Los daardie luisteraar- of padfout op voordat jy die bestemmingkartering verander.