تاسو د opt-verify اضافه کولو وړاندیز مومئ، کرښه اضافه کوئ، او د کوډ کولو تېروتنه سم هغه ځای کې پاتې کیږي چې وه۔ دا پایله د اټکل وړ ده، ځکه چې انتخاب هېڅکله د کوډ کولو په اړه خبرې نه دي کړي۔ دا د انتخابونو د ثبات چیک و، چې په 2.6 کې منسوخ او په 2.7 کې لرې شو، او هغه پروفایل چې لا هم ورسره تجزیه کیږي په دې هیڅ نه دی تپلی۔

د دې پوهېدل ګټور دي چې کرښه مخکې څه کوله، د دې پایلې مخکې چې دا د ورکې برخې په توګه وپېژندل شي۔ تاریخ دا هم تشریح کوي چې ولې اوس مرسته نه شي کولی۔

انتخاب مخکې څه تپل

د 2.6 لارښود opt-verify منسوخ په توګه نښه کوي او پخوانی چلند تشریح کوي: سرور هغه مراجعین غورځوي چې اعلان شوي انتخابونه یې د هغه له خپلو سره نه ځي، د وسیلې ډول او MTU په څېر شیان پرتله کوي۔ دا چیک د دې پورې هم تړلی دی چې د انتخابونو د ثبات چیک فعال پاتې شي، نو هغه سرور چې د disable-occ سره چلیږي هېڅکله دا نه درلود۔ پام وکړئ چې پرتله له څه جوړه شوې: له هغه متن څخه چې د بلې خوا تنظیمات تشریح کوي۔ دا د دې په اړه هیڅ نه وایي چې د معلوماتو کانال به کوم کوډ کول وکاروي۔

دا لومړی لامل دی چې ولې بیرغ د کوډ کولو تېروتنه نه شي سمولی۔ د کوډ کولو انتخاب د data-ciphers پالیسۍ او د هغه څه له مخې چې دواړه خواوې یې ملاتړ کوي ټاکل کیږي، او متني ثبات چیک نه هغه لیست پراخوي او نه خبرې اترې کوي۔ دویم لامل حد دی: چیک د دې په اړه دی چې اعلان شوي انتخابونه سمونکي ښکاري که نه، د هغې لارې د کیفیت په اړه چې پایله کیږي نه۔

2.7 کرښه وینې نو څه کوي

په 2.7 کې انتخاب نشته۔ تجزیه کوونکی لا هم نوم پېژني، نو ځکه یو زوړ پروفایل پرته له نحوي تېروتنې بار کیږي، او راپور ورکوي چې انتخاب لرې شوی، نه دا چې په خاموشۍ یې پرېږدي۔ نوم پېژندل او چلند تپل دوه بېل شیان دي، او لا هم یوازې لومړی پېښیږي۔ د لرې کولو یادښتونه لامل وایي: کله چې پر پارامترونو خبرې اترې ممکنې شي، دواړه خواوې کولای شي په قانوني ډول بېلابېل انتخاب-تارونه ولري، په داسې حال کې چې د اړیکې په اړه سره موافق دي۔

نو هغه پروفایل چې تجزیه کیږي د دې ثبوت نه دی چې کومه د ننوتلو چیک ترسره شوې۔ که ستاسو یوازینی نښه دا وي چې مراجع وصل شو، تاسو پوه شوئ چې نحو قبول شو۔

ناکامي په حقیقت کې چېرته ده

له هر څه بدلولو مخکې لومړنۍ مشخصه تېروتنه وساتئ، ځکه چې وروستي پیغامونه معمولاً د هغې پایلې دي۔ د معلوماتو کانال د خبرو اترو ناکامي د تصویب شوې کوډ کولو پالیسۍ او هغو وړتیاوو پورې اړه لري چې دواړه خواوې واقعاً اعلانوي۔ د TLS نسخې یا سویټ ناکامي د کنټرول کانال پورې اړه لري۔ د تصدیقنامې ردولو لپاره هویت او د باور زنځیر ته اړتیا ده، نه د سمون بیرغ ته۔

په دواړو سرونو کې انجن هم وپېژنئ۔ د ډیسکټاپ اپلیکیشن کولای شي د هغه کمانډ-کرښې بائنري څخه بېل بیلډ ولري چې تاسو ورسره ازموینه کړې، او د انتخابونو ملاتړ د دوی ترمنځ توپیر لري۔ د هغه انجن اسناد وګورئ، د دې پرځای چې فرض کړئ هر هغه پروګرام چې پروفایل واردوي یو شان چلند کوي۔

یوازې کرښه نه، نیت بدل کړئ

که یو زوړ مدیریت شوی سرور واقعاً د ثبات چیک پورې تړلی و، نو ولیکئ چې د لوړولو دمخه یې کوم محدودیت تپلی و۔ په نوي پروفایل کې د یو ناګوښه شوي انتخاب ساتل هغه پالیسي نه شي ساتلی، او کرښې بې ترتیبه پاکول هم نه شي کولی۔

د ټولو کوډ کولو غیر فعال دي دې زوړ وړاندیز ته د هر تاریخي الګوریتم فعالولو سره ځواب مه ورکوئ۔

د تصویب شوې سمونې وروسته، په نوي اړیکه کې د خبرو اترو پایلې وګورئ او هغه اپلیکیشن وازموئ چې کاروونکي واقعاً ورته اړتیا لري۔ د سرور نسخه او اغېزمنه پالیسي د هغې پایلې ترڅنګ وساتئ، ترڅو بله کس وویني چې څه سره موافق شول، نه یوازې څه قبول شول۔

هدف د ملاتړ شوي محدودیت او کار کوونکې تصدیق شوې لار ده، نه زوړ بیرغ چې لا هم تجزیه کیږي۔

اړوندې مقالې