ឈ្មោះអ្នកប្រើដែលមានដែនក្នុងព័ត៌មានសម្គាល់ proxy

បែងចែកឈ្មោះគណនីស្រអាប់ពី API ដែលមានវាលដែនដាច់ដោយឡែក ហើយជៀសវាងការផ្លាស់ប្តូរអត្តសញ្ញាណគណនីគ្រាន់តែដើម្បីបំពេញវាក្យសម្ព័ន្ធ URL។

ចម្លើយមួយនិយាយថាត្រូវដក DOMAIN\ ចេញ។ មួយទៀតនិយាយថាត្រូវបន្ថែមវា។ ការផ្លាស់ប្តូរទាំងពីរអាចខុសសម្រាប់ proxy របស់អ្នក។

មានសំណួរពីរ៖ តើសេវារំពឹងអត្តសញ្ញាណណា និងតើ API ដែលបានជ្រើសតំណាងឱ្យអត្តសញ្ញាណនោះដូចម្តេច។

ចំណុចប្រទាក់អ្វីដែលត្រូវកំណត់
វាលឈ្មោះគណនីតែមួយវាក្យសម្ព័ន្ធគណនីពិតប្រាកដដែលប្រតិបត្តិករទទួលយក
API ព័ត៌មានសម្គាល់ដែលមានវាលដែនតើត្រូវផ្តល់ដែន និងឈ្មោះអ្នកប្រើដាច់ដោយឡែកឬ
សមាសភាគព័ត៌មានសម្គាល់នៅក្នុង URIតើតម្លៃដែលចង់បានត្រូវអ៊ិនកូដសម្រាប់ធុងនោះដូចម្តេច

ឧទាហរណ៍ .NET ផ្តល់ NetworkCredential constructor ដែលមានអាគុយម៉ង់ដាច់ដោយឡែកសម្រាប់ឈ្មោះអ្នកប្រើ ពាក្យសម្ងាត់ និងដែន។ ការដាក់ដែនក្នុងវាលពីរដោយមិនបែងចែកមិនមែនជាវិធីសាស្ត្រចល័តសម្រាប់កំណត់ការផ្ទៀងផ្ទាត់រួមបញ្ចូលទេ។

ការផ្ទៀងផ្ទាត់ Basic គឺជាករណីផ្សេង៖ ម៉ាស៊ីនបម្រើបកស្រាយអត្ថបទគណនីដែលបានផ្តល់តាមគោលនយោបាយផ្ទាល់ខ្លួន។ ការនៅលើបណ្តាញតែមួយមិនបញ្ជាក់ថាបុព្វបទដែនត្រូវបានបង្កប់ន័យទេ។ ហើយឈ្មោះដែលមានដែនក៏មិនមែនជាពិធីការផ្ទៀងផ្ទាត់ខុសគ្នាដោយស្វ័យប្រវត្តិដែរ។

ការរត់គេច URL គួររក្សាគណនីដែលចង់បាន ជាជាងផ្លាស់ប្តូរវា។ សញ្ញាខ្វែងថយក្រោយក្នុងខ្សែអក្សរភាសាប្រភព សញ្ញាខ្វែងថយក្រោយក្នុងឈ្មោះគណនី និងការអ៊ិនកូដជាភាគរយរបស់វានៅក្នុង URI គឺជាស្រទាប់ដាច់ដោយឡែក។

ទទួលយកទម្រង់អត្តសញ្ញាណ និងគ្រោងការណ៍ដែលទទួលយកពីប្រតិបត្តិករ បន្ទាប់មកប្រើចំណុចប្រទាក់ព័ត៌មានសម្គាល់ដែលត្រូវគ្នា។ ការឆ្លាស់គ្នាដោយចៃដន្យរវាងឈ្មោះខ្លី ឈ្មោះដែន និងឈ្មោះដូចអ៊ីមែលបង្កើតភស្តុតាងខ្សោយអំពី 407 ដើម។

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