Squid پاسوردونه او د DES crypt اتهتوري حد
د Squid په غندلو یا د ناسازگار پاسورد فایل په خاموشۍ بیا جوړولو دمخه د پاسورد ظاهري پرېکون تر ساتل شوي hash بڼې پورې وګورئ.
پروکسي زوړ پاسورد هغه وخت مني چې پای یې بدل شي، یا د پاسورد فایل لېږد ناڅاپه اوږد پاسورد لرونکي حسابونه مات کړي. مخکې له دې چې د هر چا پاسورد لنډ کړئ، د hash بڼه وګورئ.
د Apache htpasswd -d زوړ crypt() هش کول غوره کوي. د هغې مستنده DES محدودیت اته مهم پاسورد توري دي. دا محدودیت د بڼې دی، نه په Squid کې د پاسوردونو لپاره یو نړیوال اتهتوري قانون.
د NCSA مرستندوی ساتل شوی پاسورد استازیتوب لولي او ورکړل شوی ارزښت په هغو بڼو تصدیقوي چې هغه مرستندوی او پلیټ فارم یې ملاتړ کوي. د یو فایل “htpasswd بڼه” بلل دا تضمین نه کوي چې هر تاریخي او اوسنی مرستندوی هره هش الګوریتم چې د htpasswd هر انتخاب تولیدوي مني.
استازیتوب په ارادي ډول لېږدوئ
ساتل شوې پشتیبانې کاپي وساتئ او هغه بڼه وپېژنئ چې موجوده ننوتنې یې کاروي. مخکې له دې چې بدیل الګوریتم وټاکئ، د نصب شوي مرستندوی لارښود او د وېش build وګورئ.
بیا یو کوچنی تصویب شوی ازموینهای حساب د هماغه مرستندوی او هماغه پروکسي لارې له لارې تصدیق کړئ چې ریښتیني حسابونه یې کاروي. د یو تولیدوونکي بریالیتوب په فایل لیکلو دا نه ثابتوي چې مصرفوونکی مرستندوی یې تصدیقولی شي. داسې ازموینهای پاسورد وکاروئ چې مهم توري یې له زاړه حد اوړي.
د بڼو بدلول عموماً اصلي پاسورد یا د پاسورد بیا تنظیم غواړي. زوړ hash نشي کولی د بشپړ اصلي پاسورد پیاوړي hash ته بدل شي که هغه معلومات هیڅکله نه وي ساتل شوي.
په پای کې، د لېږد ناکامي له کاش شوي تصدیق څخه جلا کړئ. لا تصدیق شوی کارخواه کېدای شي یو څه وخت کار ته دوام ورکړي حتی کله چې نوی تصدیق ناکام شي. خپرېدل د نوي تصدیق او موجوده ناستو دواړو په پام کې نیولو سره پلان کړئ.
په غلطي راپور کې پاسورد فایل مه خپروئ. د الګوریتم نښه او مصنوعي حساب عموماً له ریښتیني کاروونکو hash څخه ډېر ګټور شواهد برابروي.