Charles behöver Tors HTTP-tunnel för denna HTTPS-rutt
Använd Charles konfiguration för säker webb-upstream med en lokal Tor HTTP CONNECT-lyssnare i stället för dess orelaterade SOCKS-fält.
Charles sida External Proxies skiljer webb-upstreams från SOCKS-inställningen. Dokumentationen tilldelar den SOCKS-inställningen trafik som inte är HTTP(S), som portvidarebefordran; att fylla i den väljer inte en SOCKS-upstream för fångade HTTPS-förfrågningar.
För en befintlig Tor-tjänst kan en HTTP-tunnel-lyssnare ge det gränssnitt som Charles HTTPS-upstream förväntar sig. En torrc-post endast för loopback kan vara:
HTTPTunnelPort 127.0.0.1:8118Välj en oanvänd lokal port och tillämpa ändringen via den vanliga konfigurationslivscykeln för den Tor-distributionen. I Charles aktiverar du External Proxies och konfigurerar Secure Web Proxy (HTTPS)-slutpunkten som 127.0.0.1 med den porten.
HTTPS-inställningen väljer förfrågningar vars mål använder HTTPS. Tors lyssnare accepterar HTTP CONNECT för att bära deras TCP-ström; den är inte en TLS-krypterad HTTPS-proxylyssnare.
Den här ordningen är specifikt en HTTPS-rutt. HTTPTunnelPort implementerar inte en vanlig vidarebefordrande proxys absoluta URL GET-hantering, så anta inte att samma post också hanterar vanlig HTTP-surfning.
Håll Charles klientvända lyssnare åtskild från denna upstream-slutpunkt. Webbläsaren ansluter till Charles; Charles ansluter till Tors tunnel-lyssnare.