ဤ HTTPS လမ်းကြောင်းအတွက် Charles သည် Tor ၏ HTTP ဥမင်လိုဏ်ခေါင်းကို လိုအပ်သည်

Charles ၏ External Proxies စာမျက်နှာသည် ဝဘ် upstream များနှင့် ၎င်း၏ SOCKS ဆက်တင်ကို ခွဲခြားသည်။ ၎င်း၏ စာရွက်စာတမ်းများက ထို SOCKS ဆက်တင်ကို HTTP(S) မဟုတ်သော သွားလာမှု၊ ဥပမာ ပို့တ် ပို့ဆောင်ခြင်းအတွက် သတ်မှတ်သည်။ ၎င်းကို ဖြည့်ခြင်းဖြင့် ဖမ်းယူထားသော HTTPS တောင်းဆိုမှုများအတွက် SOCKS upstream ကို ရွေးချယ်ခြင်း မရှိပါ။

ရှိပြီးသား 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 ၏ နားထောင်သူသည် ၎င်းတို့၏ TCP စီးကြောင်းကို သယ်ဆောင်ရန် HTTP CONNECT ကို လက်ခံသည်။ ၎င်းသည် TLS ဖြင့် ကုဒ်ဝှက်ထားသော HTTPS ပရောက်စီ နားထောင်သူ မဟုတ်ပါ။

ဤအစီအစဉ်သည် အထူးသဖြင့် HTTPS လမ်းကြောင်း ဖြစ်သည်။ HTTPTunnelPort သည် သာမန် forward proxy ၏ ပကတိ URL GET ကိုင်တွယ်မှုကို အကောင်အထည်မဖော်ပါ၊ ထို့ကြောင့် တူညီသော ထည့်သွင်းချက်သည် ရိုးရှင်းသော HTTP ကြည့်ရှုခြင်းကိုပါ ကိုင်တွယ်သည်ဟု မယူဆပါနှင့်။

Charles ၏ ကလိုင်းယင့်ဘက်သို့ မျက်နှာမူသော နားထောင်သူကို ဤ upstream အဆုံးမှတ်နှင့် ခွဲထားပါ။ ဘရောက်ဇာသည် Charles သို့ ချိတ်ဆက်သည်; Charles သည် Tor ၏ ဥမင် နားထောင်သူသို့ ချိတ်ဆက်သည်။