د پلټنې پراکسي کوم اړخ سند رد کړ؟

مراجع د منل شوي پلټنې پراکسي باور کوي. بیا هم غوښتنه د سند د تېروتنې له امله ناکامه کیږي. دواړه حقایق سم کېدای شي: هغه پراکسي یو بل TLS اړیکه لري چې تصدیق شي.

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

د مداخلې په ترتیب کې منځګړی د مراجع TLS پای ته رسوي او خپله اړیکه وړاندې جوړوي. مراجع کولای شي هغه سند ومني چې د هغه په اړخ کې وړاندې کیږي، خو پراکسي هغه سند ردوي چې له وېبپاڼې یې ترلاسه کوي.

د تصدیق کوونکي تېروتنه ولولئ

وټاکئ چې کوم بهیر د ناکامې زنځیر یا کوربه نوم راپور کړ. د پراکسي جوړه شوې تېروتنې پاڼه کولای شي د سمې اړیکې له لارې مراجع ته په بریالیتوب سره ورسیږي. د مراجع د CA فایل بیا بدلول د پراکسي د پورتنۍ اړخ باور ترتیبات نوي نه کوي.

د بېلګې په توګه Mitmproxy د پورتنۍ اړخ د باور جلا اختیارونه مستند کوي، چې ssl_verify_upstream_trusted_ca هم پکې دی. مناسب مدیر کولای شي د پورتنۍ اړخ خدمت لپاره منل شوی باور تنظیم کړي او تصدیق وساتي. بل پراکسي محصول خپل اړوند انٹرفیس ته اړتیا لري.

اصلي منزل نوم او زنځیر هم وګورئ. بې منځني سند سره شخصي خدمت، پای ته رسېدلی سند او نامعلوم شخصي صادرونکی بېلابېل ترمیم ته اړتیا لري. د یو شخصي خدمت لپاره نیت شوی استثنا باید په خاموشۍ د هر سند نړیوال منلو ته ونه اړول شي.

عادي CONNECT تونل توپیر لري

ناروڼه لېږدونکې تونل د منزل TLS په دې ډول نه ویشي. معمولاً غوښتنلیک پخپله هغه له سره تر سره TLS ناسته خبرې او تصدیق کوي. لومړی وټاکئ چې ایا مداخله واقعاً د لارې برخه ده، نه دا چې د پلټنې پراکسي ترتیبات په هر منځګړي تطبیق کړئ.

دواړه تصدیق پایلې جلا ثبت کړئ. «د پراکسي سند باوري دی» د مراجع اړخ پوښتنې ته ځواب ورکوي؛ دا نه تصدیقوي چې پراکسي پورته اړیکه نیولو پر مهال څه ولیدل.