Co zmienia CURLOPT_CONNECT_TO przy używaniu proxy
Używaj mapowania connect-to libcurl dla alternatywnych punktów końcowych sieci, zamiast zakładać, że implementuje HTTP lub SOCKS pod nowym adresem.
CURLOPT_CONNECT_TO zmienia host i port, z którymi libcurl łączy się dla pasującego celu. Nie sprawia, że alternatywny punkt końcowy mówi HTTP CONNECT lub SOCKS.
Oryginalna nazwa hosta nadal dostarcza tożsamość protokołu aplikacji i TLS. Jest to przydatne, gdy świadomie dociera się do innej instancji serwera tej samej usługi. Natomiast dowolny odbiornik proxy oczekuje własnego uścisku dłoni proxy, a nie surowych bajtów aplikacji.
Łączenie mapowania z proxy HTTP
Skonfiguruj proxy HTTP osobno. Trasa HTTP bez poświadczeń do usługi publicznej może użyć punktu końcowego z listy proxy HTTP, gdy ten pośrednik jest dozwolony; żadne istniejące konto proxy nie powinno być wysyłane do kandydata. libcurl dokumentuje, że inne mapowanie connect-to może wtedy przełączyć żądanie w tryb tunelu: proxy otwiera połączenie z zmapowanym celem. Mapowanie wybiera, co jest osiągane przez proxy; nie zastąpiło konfiguracji proxy.
Utrzymuj trzy wartości oddzielnie: zamierzoną nazwę usługi, alternatywny punkt końcowy połączenia i punkt końcowy proxy. Wybieraj każdą opcję zgodnie z jej rzeczywistą rolą i zachowaj normalną weryfikację nazwy TLS dla usługi.
Jeśli sam port proxy odrzuca połączenia, inna opcja wskazująca ten sam nieobecny odbiornik nie naprawi pierwszego kroku. Rozwiąż ten błąd odbiornika lub ścieżki, zanim zmienisz mapowanie celu.