Charles ត្រូវការផ្លូវរូង HTTP របស់ Tor សម្រាប់ផ្លូវ HTTPS នេះ

ទំព័រ External Proxies របស់ Charles បែងចែក upstream គេហទំព័រពីការកំណត់ SOCKS របស់វា។ ឯកសាររបស់វាកំណត់ការកំណត់ SOCKS នោះទៅចរាចរណ៍ដែលមិនមែន HTTP(S) ដូចជាការបញ្ជូនច្រក; ការបំពេញវាមិនជ្រើសរើស upstream SOCKS សម្រាប់សំណើ HTTPS ដែលចាប់បានទេ។

សម្រាប់សេវា Tor ដែលមានស្រាប់ អ្នកស្តាប់ផ្លូវរូង HTTP អាចផ្តល់ចំណុចប្រទាក់ដែល upstream HTTPS របស់ 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 របស់ពួកវា; វាមិនមែនជាអ្នកស្តាប់ប្រូកស៊ី HTTPS ដែលបានអ៊ិនគ្រីបដោយ TLS ទេ។

ការរៀបចំនេះគឺជាផ្លូវ HTTPS ជាពិសេស។ HTTPTunnelPort មិនអនុវត្តការគ្រប់គ្រង GET URL ដាច់ខាតរបស់ប្រូកស៊ីបញ្ជូនធម្មតាទេ ដូច្នេះកុំសន្មតថាកំណត់ត្រាដូចគ្នាក៏គ្រប់គ្រងការរុករក HTTP ធម្មតាដែរ។

រក្សាអ្នកស្តាប់របស់ Charles ដែលបែរមុខទៅអតិថិជនឱ្យដាច់ពីចំណុចបញ្ចប់ upstream នេះ។ កម្មវិធីរុករកភ្ជាប់ទៅ Charles; Charles ភ្ជាប់ទៅអ្នកស្តាប់ផ្លូវរូងរបស់ Tor។