Viscosity پټنوم یاد کړ: هغې چیک بکس څه وکړل
د یادولو بکس یو اعتبارنامه د macOS کیچین کې ساتي۔ دا نشي کولی مدیریت شوې تګلاره، دوهم فکتور یا هغه سرور چې پټنوم ردوي له پامه وغورځوي۔
د ننوتلو په غوښتنه کې هغه چیک بکس د پیرودونکي غوره توب ښکاري، خو په مدیریت شوي ماشین کې دا ډېری وخت د تګلارې پرېکړه وي۔ د Viscosity د یادولو کنټرول اعتبارنامه په macOS کیچین کې ساتي کله چې ځای پرځای کول ساتنه اجازه ورکوي۔ افسانه دا ده چې چیک بکس تل ستاسو د تنظیم کولو وي۔ په عمل کې درې جلا شیان کولی شي دا بند کړي، او یوازې یو یې د پټنوم په اړه دی۔
چیک بکس په حقیقت کې څه ساتي
د یادولو اختیار غوره کول پیرودونکي ته وایي چې ارزښت د همدې یوې اړیکې او حساب لپاره وساتي۔ توکی کیچین ته رسیږي، او وروسته ننوتل یې د پټ شوي غوره توب پرځای د ملاتړ شوي غوښتنې له لارې بیا کاروي۔ په خپله د اړیکې فایل کې هیڅ نه لیکل کیږي۔ دا جلاوالی هغه دلیل هم دی چې ولې وروسته د توکي لرې کول د خراب پروفایل پرځای غوښتنه تولیدوي۔
ساتل شوی ارزښت د هغې تصدیق لپاره ننوتل دي چې سرور به یې هرومرو ترسره کړي۔ دا نه بدلوي چې ګیټوې څه غواړي، دوهم فکتور نه تېریږي، او یو ځلي کوډ په بیا کارېدونکي راز نه بدلوي۔ دا لنډوي لیکل، نه هغه تګلاره چې ځای پرځای کول په دې حساب پلي کوي۔
ولې کنټرول ممکن نه وي
مدیر کولی شي د مدیریت شوي نصب لپاره د اعتبارنامې ساتنه بنده کړي، او SparkLabs د یادولو کنټرول د کیچین چلند سره یوځای په د اعتبارنامې د ساتنې لارښود کې مستندوي۔ کله چې چیک بکس نه وي، دا خراب نه دی، او د هغه غوره توب امر چې دا تېریږي لټول غلط غبرګون دی۔
پرځای یې له مالک څخه وپوښتئ چې کوم ملاتړ شوی کاري بهیر پلي کیږي۔ هغه ځای پرځای کول چې ساتنه منع کوي معمولا دلیل لري، او دلیل ډېری دا وي چې حساب شریک دی، وسیله باوري نه ده، یا اعتبارنامه باید د مهالوېش له مخې پای ته ورسیږي۔ د ترتیباتو تېرېدل یو قصدي کنټرول په پېښه بدلوي، او پېښه معمولا د بل چا د پلټنې سره یوځای راځي۔
په غیر مدیریت شوي نصب کې نیمګړی کنټرول د نسخې شمېرې سره ضمیمه شوې ملاتړ پوښتنه ده۔ د پټو اصلي ارزښتونو په اړه اټکل پرځای نصب شوی پیرودونکی جوړښت او هغه څه چې غوښتنه واقعا ښیي ولیږئ۔
درې غوښتنې چې یوه غوښتنه نه دي
یو ځلي کوډ پټنوم نه دی، پټنوم د کیچین اجازه نه ده، او د سرور ردول د دغو دریو هیڅ یو نه دی۔ د دوی ګډول داسې ناکامۍ تولیدوي چې د غلطې اعتبارنامې په توګه لوستل کیږي، پداسې حال کې چې ریښتینی ستونزه ساحه، خبرې اترې یا لاره ده۔
د کیچین خبرې اترې د ډیزاین له مخې محلي دي۔ دا پوښتنه کوي چې ایا دا اپلیکیشن کولی شي دا توکی په دې ماشین کې ولولي، او د هغې تصویب د VPN سرور ته هیڅ نه وایي۔
نو ځکه د خبرو اترو ردول د پیرودونکي په اړخ کې ناکامي تولیدوي چې سرور یې هیڅکله نه ویني، پداسې حال کې چې غلط پټنوم د سرور په اړخ کې ردول تولیدوي چې پیرودونکی یوازې راپور ورکولی شي۔ د ځواب ورکولو دمخه خبرې اترې ولولئ، او وګورئ چې غوښتنه کوونکی اپلیکیشن هغه پیرودونکی دی چې تمه یې لرئ، نه نصب کوونکی یا مرستندویه پروسه۔ دا توپیر په شریکو ماشینونو کې خورا مهم دی، چېرې چې توکی ممکن له یو څخه ډېرو حسابونو ته ورسیږي۔
دوهم فکتور د دې ټولو څخه بهر دی۔ پټنوم ساتل کوډ نه ساتي، او هغه ځای پرځای کول چې کوډ غواړي هغه په هرې اړیکه کې غواړي۔ د ازموینې پر مهال هغه ګام ښکاره وساتئ، ځکه چې هغه بهیر چې په خاموشۍ کې یې پرېږدي هغه بهیر نه دی چې تاسو تنظیم کړی دی۔
پاتې نور د بیا تنظیم پرته یوه اعتبارنامه بیرته راوستل
که د پټنوم له بدلون وروسته تصدیق ناکام شي، د کیچین لاسي سمون پرځای د همدې یوې اړیکې لپاره د پیرودونکي مستند بیا غوښتنې او تازه کولو لاره وکاروئ۔ د هر څه بدلولو دمخه پیغام ولولئ، ځکه چې د وخت پای، د سند ردول یا نیمګړې لاره د ساتل شوي پټنوم په لیکلو سره نه جوړیږي۔ د دې تکرارول تاسو ته په عمده ډول هغه تېروتنه له پامه غورځول زده کوي چې پیرودونکی یې ښیي۔ اغېزمنه اعتبارنامه تازه کړئ، بیا بیا وصل شئ او وګورئ کومه غوښتنه ښکاري۔
هغه بشپړ کیچین بیا تنظیم چې د ملاتړ فورمونه یې وړاندیز کوي له ستونزې څخه ډېر لوی بدلون دی۔ د یوې اړیکې ساتل شوی پټنوم د بلې اړیکې سند سره هیڅ تړاو نه لري، او هر څه پاکول یو زوړ توکی په بیا ثبت کولو بشپړه ماسپښین بدلوي۔
د عادي کنټرولونو له لارې قطع او بیا وصل کیدو سره پای ته ورسئ، تایید کړئ چې غوښتل شوی حساب کارول کیږي او د ساتل شوي توکي لرې کول د ناکامۍ پرځای غوښتنه تولیدوي۔ د یوې روښانې لارې سره د اعتبارنامې تازه کول یا لرې کول سره وړاندوینه کیدونکې بیا کارونه هغه پایله ده چې ازموینې وړ ده۔