Hvad CURLOPT_CONNECT_TO ændrer, når du bruger en proxy
Brug libcurls connect-to-mapping til alternative netværksendepunkter i stedet for at antage, at den implementerer HTTP eller SOCKS på den nye adresse.
CURLOPT_CONNECT_TO ændrer den vært og port, som libcurl forbinder til for en matchende destination. Det får ikke det alternative endepunkt til at tale HTTP CONNECT eller SOCKS.
Det oprindelige værtsnavn leverer stadig identiteten for applikationsprotokollen og TLS. Det er nyttigt, når man bevidst når en anden serverinstans af samme tjeneste. En vilkårlig proxy-lytter forventer i stedet sit eget proxy-håndtryk, ikke applikationens rå bytes.
Kombination af mappingen med en HTTP-proxy
Konfigurer HTTP-proxyen separat. En HTTP-rute uden legitimationsoplysninger til en offentlig tjeneste kan bruge et endepunkt fra HTTP-proxylisten, når den mellemmand er tilladt; ingen eksisterende proxykonto bør sendes til kandidaten. libcurl dokumenterer, at en afvigende connect-to-mapping derefter kan skifte anmodningen til tunnel-tilstand: proxyen åbner forbindelsen til den mappede destination. Mappingen vælger, hvad der nås gennem proxyen; den har ikke erstattet proxykonfigurationen.
Hold tre værdier adskilt: det tilsigtede tjenestenavn, det alternative forbindelsesendepunkt og proxyendepunktet. Vælg hver indstilling efter dens faktiske rolle, og bevar normal TLS-navneverifikation for tjenesten.
Hvis selve proxyporten afviser forbindelser, kan en anden indstilling, der peger på den samme fraværende lytter, ikke rette det første hop. Løs den lytter- eller stifejl, før du ændrer destinationsmappingen.