សំណើជាច្រើនប្រើ Kerberos ដោយជោគជ័យតាមរយៈព្រុចស៊ីក្រុមហ៊ុន។ សំណើមួយបង្កើតការស្នើសុំពាក្យសម្ងាត់។ មុនពេលប្តូរ keytab សូមពិនិត្យថាតើសំណើជាក់លាក់នោះបានជ្រើសរើសគោលនយោបាយផ្ទៀងផ្ទាត់ណា។

ច្រកចេញអាចជ្រើសរើសដែន និងគ្រោងការណ៍ដែលគាំទ្រតាមរយៈគោលនយោបាយ។ ប្រតិបត្តិការពីរដែលមកដល់ព្រុចស៊ីតែមួយពីកម្មវិធីរុករកតែមួយ មិនចាំបាច់ទទួលបានតម្រូវការផ្ទៀងផ្ទាត់ដូចគ្នាទេ។

សូមពិចារណាដានសន្មតនេះ៖

ប្រតិបត្តិការគោលនយោបាយដំបូងដែលត្រូវគ្នាការផ្ទៀងផ្ទាត់ដែលមាន
ឯកសារមេវិធានរុករកដែលគ្រប់គ្រងNegotiate
ស្គ្រីបពីម៉ាស៊ីនផ្សេងករណីលើកលែងគោលដៅមុនBasic ឬ NTLM

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

ពិនិត្យវិធានដែលបានជ្រើសរើស និងលំដាប់របស់វា

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

គោលនយោបាយដែលផ្អែកលើអត្តសញ្ញាណភ្ជាប់នឹង IP ក៏អាចដំណើរការខុសពីគោលនយោបាយដែលទាមទារការផ្ទៀងផ្ទាត់លើការតភ្ជាប់។ កុំសន្មតថាការគ្មានការចាប់ដៃថ្មីមានន័យថាដែនដូចគ្នាត្រូវបានជ្រើសរើស។

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

ប្រសិនបើដែនដែលចង់បានត្រូវបានជ្រើសរើស ហើយការផ្លាស់ប្តូរដែលរំពឹងទុកបរាជ័យ សូមបន្តទៅភស្តុតាងគណនី និង Kerberos។ នៅពេលនោះសំបុត្រ ឈ្មោះសេវា ឬការវិភាគ backend ក្លាយជាពាក់ព័ន្ធ។

អត្ថបទពាក់ព័ន្ធ