Charles потребує HTTP-тунелю Tor для цього маршруту HTTPS
Використовуйте конфігурацію захищеного веб-upstream у Charles з локальним слухачем Tor HTTP CONNECT, а не його не пов'язане поле SOCKS.
Сторінка External Proxies у Charles розрізняє веб-upstream і налаштування SOCKS. Документація відносить це налаштування SOCKS до трафіку, відмінного від HTTP(S), наприклад до переспрямування портів; його заповнення не вибирає SOCKS-upstream для перехоплених HTTPS-запитів.
Для наявної служби Tor слухач HTTP-тунелю може надати інтерфейс, який очікує HTTPS-upstream Charles. Запис torrc лише для loopback може бути таким:
HTTPTunnelPort 127.0.0.1:8118Виберіть невикористовуваний локальний порт і застосуйте зміну через звичайний життєвий цикл конфігурації цього розгортання Tor. У Charles увімкніть External Proxies і налаштуйте кінцеву точку Secure Web Proxy (HTTPS) як 127.0.0.1 із цим портом.
Налаштування HTTPS вибирає запити, призначення яких використовує HTTPS. Слухач Tor приймає HTTP CONNECT, щоб передавати їхній TCP-потік; це не TLS-зашифрований слухач проксі HTTPS.
Ця схема — саме маршрут HTTPS. HTTPTunnelPort не реалізує обробку GET з абсолютним URL звичайного прямого проксі, тому не припускайте, що той самий запис обробляє й звичайний перегляд HTTP.
Тримайте слухач Charles, звернений до клієнта, окремо від цієї кінцевої точки upstream. Браузер підключається до Charles; Charles підключається до слухача тунелю Tor.