اس 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 عام فارورڈ پراکسی کی مطلق-URL GET ہینڈلنگ نافذ نہیں کرتا، اس لیے یہ مت سمجھیں کہ وہی اندراج سادہ HTTP براؤزنگ بھی سنبھالتا ہے۔

Charles کے کلائنٹ کی طرف والے سننے والے کو اس upstream اینڈ پوائنٹ سے الگ رکھیں۔ براؤزر Charles سے جڑتا ہے؛ Charles Tor کی ٹنل سننے والے سے جڑتا ہے۔