Charles-ს სჭირდება Tor-ის HTTP გვირაბი ამ HTTPS მარშრუტისთვის
გამოიყენეთ Charles-ის უსაფრთხო ვებ upstream-ის კონფიგურაცია ლოკალურ Tor HTTP CONNECT მსმენელთან, და არა მის დაუკავშირებელ SOCKS ველთან.
Charles-ის External Proxies გვერდი განასხვავებს ვებ upstream-ებს მისი SOCKS პარამეტრისგან. მისი დოკუმენტაცია ამ SOCKS პარამეტრს ანიჭებს არა-HTTP(S) ტრაფიკს, მაგალითად პორტების გადაგზავნას; მისი შევსება არ ირჩევს SOCKS upstream-ს დაჭერილი HTTPS მოთხოვნებისთვის.
არსებული Tor სერვისისთვის HTTP გვირაბის მსმენელს შეუძლია უზრუნველყოს ის ინტერფეისი, რომელსაც Charles-ის HTTPS upstream ელოდება. მხოლოდ loopback-ისთვის განკუთვნილი torrc ჩანაწერი შეიძლება იყოს:
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 არ ახორციელებს ჩვეულებრივი გადამისამართებადი პროქსის აბსოლუტური URL-ის GET დამუშავებას, ამიტომ ნუ ჩათვლით, რომ იგივე ჩანაწერი უბრალო HTTP დათვალიერებასაც ემსახურება.
Charles-ის კლიენტისკენ მიმართული მსმენელი ამ upstream საბოლოო წერტილისგან ცალკე შეინახეთ. ბრაუზერი უკავშირდება Charles-ს; Charles უკავშირდება Tor-ის გვირაბის მსმენელს.