CURLOPT_CONNECT_TO wijzigt de host en poort waarmee libcurl verbinding maakt voor een overeenkomende bestemming. Het zorgt er niet voor dat het alternatieve eindpunt HTTP CONNECT of SOCKS spreekt.

De oorspronkelijke hostnaam levert nog steeds de identiteit van het toepassingsprotocol en van TLS. Dit is nuttig wanneer bewust een andere serverinstantie van dezelfde dienst wordt bereikt. Een willekeurige proxy-listener verwacht daarentegen zijn eigen proxy-handshake, niet de ruwe bytes van de toepassing.

De toewijzing combineren met een HTTP-proxy

Configureer de HTTP-proxy apart. Een HTTP-route zonder inloggegevens naar een openbare dienst kan een eindpunt uit de HTTP-proxylijst gebruiken wanneer die tussenpartij is toegestaan; er mag geen bestaand proxyaccount naar de kandidaat worden gestuurd. libcurl documenteert dat een afwijkende connect-to-toewijzing het verzoek dan in tunnelmodus kan schakelen: de proxy opent de verbinding naar de toegewezen bestemming. De toewijzing kiest wat via de proxy wordt bereikt; zij heeft de proxyconfiguratie niet vervangen.

Houd drie waarden gescheiden: de beoogde dienstnaam, het alternatieve verbindingseindpunt en het proxyeindpunt. Kies elke optie voor zijn werkelijke rol en behoud de normale TLS-naamverificatie voor de dienst.

Als de proxy-poort zelf verbindingen weigert, kan een andere optie die naar dezelfde ontbrekende listener wijst de eerste stap niet repareren. Los die listener- of padfout op voordat u de bestemmingstoewijzing wijzigt.

Gerelateerde artikelen