Charles brauch den HTTP-Tunnel vum Tor fir dës HTTPS-Route
Benotzt dem Charles seng Secure-Web-Upstream-Konfiguratioun mam lokalen Tor HTTP CONNECT-Listener, amplaz vu sengem onofhängege SOCKS-Feld.
Dem Charles seng External Proxies-Säit ënnerscheet Web-Upstreamen vu senger SOCKS-Astellung. Seng Dokumentatioun weist déi SOCKS-Astellung dem Net-HTTP(S)-Trafic zou, wéi Portweiterleedung; se auszefëllen wielt keen SOCKS-Upstream fir erfaassten HTTPS-Ufroen.
Fir en existéierende Tor-Service kann en HTTP-Tunnel-Listener d'Interface liwweren, déi dem Charles säin HTTPS-Upstream erwaart. En torrc-Andrag just fir Loopback ka sinn:
HTTPTunnelPort 127.0.0.1:8118Wielt en onbenotzte lokale Port a gitt d'Ännerung duerch den normale Konfiguratiounsliewenszyklus vun där Tor-Deployement weider. Aktivéiert am Charles External Proxies a konfiguréiert den Endpunkt Secure Web Proxy (HTTPS) als 127.0.0.1 mat deem Port.
D'HTTPS-Astellung wielt Ufroen, deren Destinatioun HTTPS benotzt. Dem Tor säin Listener akzeptéiert HTTP CONNECT fir hiren TCP-Strom ze droen; et ass keen TLS-verschlësselte HTTPS-Proxy-Listener.
Dës Ariichtung ass spezifesch eng HTTPS-Route. HTTPTunnelPort implementéiert net dem absolute URL GET-Handling vun engem normale Forward-Proxy, also hëlt net un, datt deen selwechten Andrag och einfacht HTTP-Browsen handled.
Halt dem Charles säin clientorientéierte Listener vun dësem Upstream-Endpunkt getrennt. De Browser verbënnt sech mam Charles; de Charles verbënnt sech mam Tor sengem Tunnel-Listener.