Charles trenger Tors HTTP-tunnel for denne HTTPS-ruten

Siden External Proxies i Charles skiller web-upstreams fra SOCKS-innstillingen. Dokumentasjonen tilordner denne SOCKS-innstillingen til trafikk som ikke er HTTP(S), for eksempel portvideresending; å fylle den ut velger ikke en SOCKS-upstream for fangede HTTPS-forespørsler.

For en eksisterende Tor-tjeneste kan en HTTP-tunnel-lytter tilby grensesnittet som HTTPS-upstreamen i Charles 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 for den Tor-distribusjonen. I Charles slår du på External Proxies og setter Secure Web Proxy (HTTPS)-endepunktet til 127.0.0.1 med den porten.

HTTPS-innstillingen velger forespørsler der målet bruker HTTPS. Lytteren til Tor godtar HTTP CONNECT for å bære TCP-strømmen deres; den er ikke en TLS-kryptert HTTPS-proxylytter.

Denne ordningen er spesielt 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 den klientvendte lytteren i Charles atskilt fra dette upstream-endepunktet. Nettleseren kobler til Charles; Charles kobler til tunnel-lytteren til Tor.