Charles trenger Tors HTTP-tunnel for denne HTTPS-ruten
Bruk Charles' sikre web-upstream-konfigurasjon med en lokal Tor HTTP CONNECT-lytter i stedet for det urelaterte SOCKS-feltet.
Charles' External Proxies-side skiller web-upstreams fra SOCKS-innstillingen. Dokumentasjonen tilordner denne SOCKS-innstillingen til trafikk som ikke er HTTP(S), som portvideresending; å fylle den ut velger ikke en SOCKS-upstream for fangede HTTPS-forespørsler.
For en eksisterende Tor-tjeneste kan en HTTP-tunnel-lytter gi grensesnittet som Charles' HTTPS-upstream forventer. En torrc-oppføring kun for loopback kan være:
HTTPTunnelPort 127.0.0.1:8118
Velg en ubrukt lokal port, og bruk endringen gjennom den vanlige konfigurasjonslivssyklusen til den Tor-utrullingen. I Charles aktiverer du External Proxies og konfigurerer Secure Web Proxy (HTTPS)-endepunktet som 127.0.0.1 med den porten.
HTTPS-innstillingen velger forespørsler der målet bruker HTTPS. Tors lytter godtar HTTP CONNECT for å bære TCP-strømmen deres; den er ikke en TLS-kryptert HTTPS-proxylytter.
Denne ordningen er spesifikt en HTTPS-rute. HTTPTunnelPort implementerer ikke en vanlig videresendingsproxys absolutte URL GET-håndtering, så ikke anta at samme oppføring også håndterer vanlig HTTP-nettlesing.
Hold Charles' klientvendte lytter atskilt fra dette upstream-endepunktet. Nettleseren kobler til Charles; Charles kobler til Tors tunnel-lytter.