Charles hat Tor syn HTTP-tunnel nedich foar dizze HTTPS-route
Brûk Charles syn feilige web-upstreamkonfiguraasje mei in lokale Tor HTTP CONNECT-harker, ynstee fan syn net besibbe SOCKS-fjild.
Charles syn External Proxies-side ûnderskiedet web-upstreams fan syn SOCKS-ynstelling. Syn dokumintaasje jout dy SOCKS-ynstelling oan net-HTTP(S)-ferkear, lykas portforwarding; it ynfoljen derfan selektearret gjin SOCKS-upstream foar ûnderskepte HTTPS-oanfragen.
Foar in besteande Tor-tsjinst kin in HTTP-tunnelharker de interface leverje dy't Charles syn HTTPS-upstream ferwachtet. In torrc-yngong allinnich foar loopback kin wêze:
HTTPTunnelPort 127.0.0.1:8118Kies in ûnbrûkte lokale poarte en pas de feroaring ta fia de normale konfiguraasjelibenssyklus fan dy Tor-ynset. Yn Charles, skeakelje External Proxies yn en konfigurearje it Secure Web Proxy (HTTPS)-einpunt as 127.0.0.1 mei dy poarte.
De HTTPS-ynstelling selektearret oanfragen wêrfan't de bestimming HTTPS brûkt. Tor syn harker akseptearret HTTP CONNECT om har TCP-stream te dragen; it is gjin TLS-fersifere HTTPS-proxyharker.
Dizze regeling is spesifyk in HTTPS-route. HTTPTunnelPort ymplemintearret net de absolute-URL-GET-ôfhanneling fan in gewoane forward-proxy, dus nim net oan dat deselde yngong ek gewoan HTTP-browsjen ôfhannelet.
Hâld Charles syn kliïntrjochte harker skieden fan dit upstream-einpunt. De browser ferbynt mei Charles; Charles ferbynt mei Tor syn tunnelharker.