د SSL سند غلطۍ د بیاځلي لارښوونې وروسته د ځانګړي CA بنډل سره
وګورئ چې ایا په ښکاره توګه ټاکل شوې CA فایل هغه ټول باور مواد لري چې ریښتینې غوښتنې لارې ته اړتیا ده، په شمول د بیاځلي لارښوونې شوي کوربه.
د شرکت CA فایل لومړنی URL سمول کوي، بیا بیاځلی لارښوونه په تصدیق کې ناکامه کیږي. وګورئ چې ځانګړي CA انتخاب د پیرودونکي پخوانی باور ننوت بدل کړی که ورته اضافه شوی.
دا چلند د TLS backend او انتخاب پورې تړلی دی. یوازې شرکتي CA لرونکی فایل کولای شي پیرودونکی له نورو اړینو واکونو پرته پرېږدي.
- هر سیال تعقیب کړئ. لومړنی کوربه ممکن د شرکتي صادرونکي لاندې ونیول شي. وروستی کوربه کولای شي له تېښتې، بلې کتنې لارې یا په عامه توګه صادر شوې زنځیر څخه کار واخلي.
- د ناکام پیرودونکي ننوت ثبت کړئ. غوښتل شوی کوربه نوم، د بیاځلي لارښوونې هدف، ترلاسه شوی صادرونکی، د تصدیق پایله او ټاکل شوې باور ترتیبات وساتئ. فعال براوزر کولای شي بل ریښې ذخیره وکاروي.
- د backend د انتخاب قواعد وګورئ. curl جوړښتونه کولای شي اصلي تصدیق یا د فایل پر بنسټ ریښې وکاروي، او ښکاره CA انتخابونه کولای شي هغه انتخاب بدل کړي. د هغې اجرا وړ فایل لپاره ترکیب د Python چاپیریال یا JVM تنظیم نه کوي.
هغه ساتل شوی بنډل یا ملاتړ شوی باور ذخیره ترتیب وکاروئ چې هغه عامه او خصوصي واکونه ولري چې اپلیکیشن باید باور وکړي. د CA خصوصي کیلي مه اضافه کوئ او هر ناکام پاڼې سند مه یوازې د بلې غلطۍ د پاکولو لپاره ریښې ته مه لوړوئ.
باور مواد د ځای پرځای کولو د ملاتړ شوې تازه کولو لارې له لارې ورسوئ. د پلورونکي CA بنډل په لاس بدلول ممکن د هغې بلې تازه کولو له مخې لغوه شي؛ مالک او د ساتنې بهیر ښکاره وساتئ ترڅو تصدیق د غوښتنې په ټوله لار کې دوام وکړي.