Charles a besoin du tunnel HTTP de Tor pour cette route HTTPS
Utilisez la configuration d'upstream web sécurisé de Charles avec un écouteur Tor HTTP CONNECT local, plutôt que son champ SOCKS sans rapport.
La page External Proxies de Charles distingue les upstreams web de son réglage SOCKS. Sa documentation attribue ce réglage SOCKS au trafic non HTTP(S), comme la redirection de ports ; le renseigner ne sélectionne pas un upstream SOCKS pour les requêtes HTTPS capturées.
Pour un service Tor existant, un écouteur de tunnel HTTP peut fournir l'interface qu'attend l'upstream HTTPS de Charles. Une entrée torrc limitée à la boucle locale peut être :
HTTPTunnelPort 127.0.0.1:8118Choisissez un port local inutilisé et appliquez la modification via le cycle de vie de configuration habituel de ce déploiement Tor. Dans Charles, activez External Proxies et configurez le point de terminaison Secure Web Proxy (HTTPS) sur 127.0.0.1 avec ce port.
Le réglage HTTPS sélectionne les requêtes dont la destination utilise HTTPS. L'écouteur de Tor accepte HTTP CONNECT pour transporter leur flux TCP ; ce n'est pas un écouteur de proxy HTTPS chiffré en TLS.
Cette disposition est spécifiquement une route HTTPS. HTTPTunnelPort n'implémente pas la gestion GET à URL absolue d'un proxy de transfert ordinaire, donc ne supposez pas que la même entrée gère aussi la navigation HTTP simple.
Gardez l'écouteur de Charles côté client séparé de ce point de terminaison upstream. Le navigateur se connecte à Charles ; Charles se connecte à l'écouteur de tunnel de Tor.