ហេតុអ្វីសំណើព្រុចស៊ីមួយសុំពាក្យសម្ងាត់ ខណៈ Kerberos ដំណើរការសម្រាប់ផ្សេងទៀត
ស្វែងរកវិធានគោលនយោបាយដែលផ្តល់ដែនផ្ទៀងផ្ទាត់ព្រុចស៊ីមិនរំពឹងទុកដល់សំណើមួយ ទោះបីសំណើផ្សេងទៀតប្រើ Kerberos ដោយជោគជ័យ។
សំណើជាច្រើនប្រើ Kerberos ដោយជោគជ័យតាមរយៈព្រុចស៊ីក្រុមហ៊ុន។ សំណើមួយបង្កើតការស្នើសុំពាក្យសម្ងាត់។ មុនពេលប្តូរ keytab សូមពិនិត្យថាតើសំណើជាក់លាក់នោះបានជ្រើសរើសគោលនយោបាយផ្ទៀងផ្ទាត់ណា។
ច្រកចេញអាចជ្រើសរើសដែន និងគ្រោងការណ៍ដែលគាំទ្រតាមរយៈគោលនយោបាយ។ ប្រតិបត្តិការពីរដែលមកដល់ព្រុចស៊ីតែមួយពីកម្មវិធីរុករកតែមួយ មិនចាំបាច់ទទួលបានតម្រូវការផ្ទៀងផ្ទាត់ដូចគ្នាទេ។
សូមពិចារណាដានសន្មតនេះ៖
| ប្រតិបត្តិការ | គោលនយោបាយដំបូងដែលត្រូវគ្នា | ការផ្ទៀងផ្ទាត់ដែលមាន |
|---|---|---|
| ឯកសារមេ | វិធានរុករកដែលគ្រប់គ្រង | Negotiate |
| ស្គ្រីបពីម៉ាស៊ីនផ្សេង | ករណីលើកលែងគោលដៅមុន | Basic ឬ NTLM |
ការផ្លាស់ប្តូរជោគជ័យដំបូងបង្ហាញថាផ្លូវមួយដែលបានជ្រើសរើសដំណើរការ។ វាមិនបង្ហាញថាប្រតិបត្តិការទីពីរបានដល់ផ្លូវនោះទេ។ ព័ត៌មានសម្ងាត់អាចមានសុពលភាព ខណៈវិធានដែលជ្រើសរើសយន្តការផ្ទៀងផ្ទាត់របស់វាខុស។
ពិនិត្យវិធានដែលបានជ្រើសរើស និងលំដាប់របស់វា
ភ្ជាប់គោលដៅ និងពេលវេលានៃសំណើដែលត្រូវបានសាកសួរ ជាមួយដានគោលនយោបាយរបស់ច្រកចេញ។ កំណត់ដែន ជម្រើសគ្រោងការណ៍ និងរបៀបផ្ទៀងផ្ទាត់ដែលវិធានដំបូងអាចអនុវត្តបានបង្កើត។ ប្រៀបធៀបតម្លៃទាំងនោះជាមួយសំណើជោគជ័យពីអតិថិជនតែមួយ។
គោលនយោបាយដែលផ្អែកលើអត្តសញ្ញាណភ្ជាប់នឹង IP ក៏អាចដំណើរការខុសពីគោលនយោបាយដែលទាមទារការផ្ទៀងផ្ទាត់លើការតភ្ជាប់។ កុំសន្មតថាការគ្មានការចាប់ដៃថ្មីមានន័យថាដែនដូចគ្នាត្រូវបានជ្រើសរើស។
ប្រសិនបើធនធានបានធ្លាក់ចូលករណីលើកលែងដែលមិនចង់បាន សូមកែវិធាននោះ ឬវិសាលភាពរបស់វា ហើយពិនិត្យដានលទ្ធផល។ ការពង្រីកវិធីផ្ទៀងផ្ទាត់ដែលអនុញ្ញាតគ្រប់ទីកន្លែងអាចបិទបាំងភាពមិនស៊ីគ្នា ប៉ុន្តែផ្លាស់ប្តូរឥរិយាបថចូលប្រើសម្រាប់ចរាចរដែលមិនពាក់ព័ន្ធ។
ប្រសិនបើដែនដែលចង់បានត្រូវបានជ្រើសរើស ហើយការផ្លាស់ប្តូរដែលរំពឹងទុកបរាជ័យ សូមបន្តទៅភស្តុតាងគណនី និង Kerberos។ នៅពេលនោះសំបុត្រ ឈ្មោះសេវា ឬការវិភាគ backend ក្លាយជាពាក់ព័ន្ធ។