ហេតុអ្វីការផ្ទៀងផ្ទាត់ Basic របស់ Squid នៅតែទទួលពាក្យសម្ងាត់ចាស់

ការផ្លាស់ប្តូរឯកសារពាក្យសម្ងាត់របស់ Squid មិនចាំបាច់ធ្វើឱ្យគ្រប់សំណើបន្ទាប់ហៅកម្មវិធីជំនួយម្តងទៀតទេ។ សម្រាប់ Basic Squid អាចរក្សាគូឈ្មោះអ្នកប្រើនិងពាក្យសម្ងាត់ដែលបានផ្ទៀងផ្ទាត់ជោគជ័យនៅក្នុង cache។

ការកំណត់ Squid 6.13 ដែលគ្រប់គ្រងរយៈពេលចាត់ទុកការផ្ទៀងផ្ទាត់នោះថាមានសុពលភាពគឺ credentialsttl។ ឧទាហរណ៍៖

auth_param basic credentialsttl 5 minutes

នេះជាតម្លៃគោលការណ៍សម្រាប់ឧទាហរណ៍ មិនមែនជាអនុសាសន៍សកលទេ។ ជ្រើសតាមការពន្យារពេលដកសិទ្ធិដែលអ្នកអាចទទួលយក និងបន្ទុកដែលប្រព័ន្ធផ្ទៀងផ្ទាត់ខាងក្រោយរបស់អ្នកអាចទ្រាំទ្របាន។

បែងចែកការត្រួតពិនិត្យបីយ៉ាង

ដំបូងបញ្ជាក់ថាអ្នកបានកែឯកសារដែលកម្មវិធីជំនួយសកម្មប្រើ។ ការកែត្រឹមត្រូវលើឯកសារដែលមិនប្រើ គ្មានឥទ្ធិពលទេ។ បន្ទាប់ពិនិត្យថាកម្មវិធីជំនួយអាចអានឯកសារ និងផ្ទៀងផ្ទាត់ព័ត៌មានគណនីថ្មី។ ចុងក្រោយ សាកសំណើប្រូកស៊ីថ្មីតាម instance កំពុងដំណើរការ ដែល cache ព័ត៌មានចូល និងច្បាប់ចូលប្រើក៏អនុវត្តដែរ។

សាកកម្មវិធីជំនួយនិងប្រូកស៊ីកំពុងដំណើរការដោយឡែក។ កម្មវិធីជំនួយបង្ហាញការទទួលយករបស់ប្រព័ន្ធខាងក្រោយបច្ចុប្បន្ន ខណៈ Squid អាចនៅតែប្រើលទ្ធផលផ្ទៀងផ្ទាត់ក្នុង cache។ ពេលប្តូរព័ត៌មាន ត្រូវពិនិត្យទាំងព័ត៌មានថ្មីដំណើរការ និងព័ត៌មានចាស់ត្រូវបដិសេធក្រោយរយៈពេលផ្ទៀងផ្ទាត់ដែលពាក់ព័ន្ធ។

ប្រើគណនីសាកល្បងដាច់ដោយឡែកពេលស៊ើបអង្កេតឥរិយាបថនេះ។ រក្សាសំណើ ប្រភពកម្មវិធីភ្ញៀវ និងគោលដៅឱ្យដូចគ្នា ហើយកុំដាក់ពាក្យសម្ងាត់ពិតក្នុងលទ្ធផលពាក្យបញ្ជាដែលចែករំលែក។

រៀបចំផែនការដកសិទ្ធិ ជាជាងពឹងលើការកែឯកសារ

សុពលភាពផ្ទៀងផ្ទាត់ខ្លីជាងមុនបង្កើនការងារប្រព័ន្ធខាងក្រោយ។ មុនបន្ថយលើសេវាមមាញឹក គិតពីសមត្ថភាពកម្មវិធីជំនួយ ហើយពិនិត្យឥរិយាបថជាមួយប្រព័ន្ធខាងក្រោយពិត។ កុំសន្មតថាការផ្ទុកការកំណត់ឡើងវិញសម្អាតគ្រប់ស្ថានភាពផ្ទៀងផ្ទាត់ពាក់ព័ន្ធ លុះត្រាតែបានបញ្ជាក់សម្រាប់កំណែនិងការរៀបចំរបស់អ្នក។

សម្រាប់ការដកសិទ្ធិបន្ទាន់ ការបដិសេធចូលប្រើច្បាស់លាស់ចំពោះគណនីឬប្រភពអាចផ្តល់ព្រំដែនដាច់ដោយឡែក។ សាកការបដិសេធនោះពីផ្លូវដែលរងផលប៉ះពាល់ ជាជាងពឹងតែលើការលុបពីឯកសារពាក្យសម្ងាត់។

ការកំណត់នេះពិពណ៌នា cache ការផ្ទៀងផ្ទាត់ Basic។ គ្រោងការណ៍ផ្ទៀងផ្ទាត់ផ្អែកលើការតភ្ជាប់មានស្ថានភាពបន្ថែម ហើយមិនគួរផ្តល់គំរូដកសិទ្ធិដូចគ្នាតាមការប្រៀបធៀបទេ។