Charles potrzebuje tunelu HTTP Tora dla tej trasy HTTPS
Użyj konfiguracji bezpiecznego upstreamu sieciowego Charlesa z lokalnym nasłuchiwaczem Tor HTTP CONNECT, a nie jego niepowiązanego pola SOCKS.
Strona External Proxies w Charlesie odróżnia upstreamy sieciowe od ustawienia SOCKS. Dokumentacja przypisuje to ustawienie SOCKS ruchowi innemu niż HTTP(S), np. przekierowaniu portów; wypełnienie go nie wybiera upstreamu SOCKS dla przechwyconych żądań HTTPS.
Dla istniejącej usługi Tor nasłuchiwacz tunelu HTTP może zapewnić interfejs oczekiwany przez upstream HTTPS Charlesa. Wpis torrc tylko dla loopback może wyglądać tak:
HTTPTunnelPort 127.0.0.1:8118Wybierz nieużywany port lokalny i zastosuj zmianę przez normalny cykl życia konfiguracji tego wdrożenia Tor. W Charlesie włącz External Proxies i skonfiguruj punkt końcowy Secure Web Proxy (HTTPS) jako 127.0.0.1 z tym portem.
Ustawienie HTTPS wybiera żądania, których cel używa HTTPS. Nasłuchiwacz Tora akceptuje HTTP CONNECT, aby przenosić ich strumień TCP; nie jest to szyfrowany TLS nasłuchiwacz proxy HTTPS.
Ten układ jest konkretnie trasą HTTPS. HTTPTunnelPort nie implementuje obsługi GET z bezwzględnym URL zwykłego proxy przekazującego, więc nie zakładaj, że ten sam wpis obsługuje też zwykłe przeglądanie HTTP.
Trzymaj nasłuchiwacz Charlesa zwrócony do klienta oddzielnie od tego punktu końcowego upstreamu. Przeglądarka łączy się z Charlesem; Charles łączy się z nasłuchiwaczem tunelu Tora.