Charles bezonas la HTTP-tunelon de Tor por ĉi tiu HTTPS-vojo
Uzu la agordon de sekura reta upstream de Charles kun loka Tor HTTP CONNECT aŭskultanto, anstataŭ ĝia nerilata SOCKS-kampo.
La paĝo External Proxies de Charles distingas retajn upstream-ojn de ĝia SOCKS-agordo. Ĝia dokumentaro atribuas tiun SOCKS-agordon al ne-HTTP(S) trafiko, kiel porda plusendado; plenigi ĝin ne elektas SOCKS-upstream por kaptitaj HTTPS-petoj.
Por ekzistanta Tor-servo, HTTP-tunela aŭskultanto povas provizi la interfacon, kiun la HTTPS-upstream de Charles atendas. torrc-enskribo nur por loopback povas esti:
HTTPTunnelPort 127.0.0.1:8118Elektu neuzatan lokan pordon kaj apliku la ŝanĝon tra la normala agorda vivociklo de tiu Tor-mastrumado. En Charles, ŝaltu External Proxies kaj agordu la finpunkton Secure Web Proxy (HTTPS) kiel 127.0.0.1 kun tiu pordo.
La HTTPS-agordo elektas petojn kies celo uzas HTTPS. La aŭskultanto de Tor akceptas HTTP CONNECT por porti ilian TCP-fluon; ĝi ne estas TLS-ĉifrita HTTPS-prokura aŭskultanto.
Ĉi tiu aranĝo estas specife HTTPS-vojo. HTTPTunnelPort ne realigas la absolut-URL GET-traktadon de ordinara antaŭeniga prokuro, do ne supozu, ke la sama enskribo ankaŭ traktas ordinaran HTTP-retumadon.
Tenu la klientfrontan aŭskultanton de Charles aparte de ĉi tiu upstream-finpunkto. La retumilo konektas al Charles; Charles konektas al la tunela aŭskultanto de Tor.