តាមដានការចូល OmniAuth តាមរយៈប្រូកស៊ី

អ្នកប្រើចុច “ចូល” ឈានដល់ទំព័រអ្នកផ្តល់សេវា ហើយត្រឡប់មក Rails វិញ។ ជំហានបន្ទាប់នៅតែអាចបរាជ័យ ព្រោះវាចាប់ផ្តើមការតភ្ជាប់ថ្មីពីម៉ាស៊ីនមេ Rails។

browser → provider authorization page → browser callback to Rails
Rails   → provider token endpoint → Rails

កម្មវិធីរុករកអនុវត្តតាមការបញ្ជូនបន្តសិទ្ធិអនុញ្ញាតដោយប្រើការកំណត់បណ្តាញរបស់ខ្លួន។ Rails ធ្វើការផ្លាស់ប្តូរតូខេនតាមឆានែលខាងក្រោយដោយប្រើអតិថិជន HTTP ដែលយុទ្ធសាស្ត្រ OmniAuth ដែលបានដំឡើងជ្រើសរើស។ Worker ដែលដំណើរការនៅខាងក្រោយប្រូកស៊ីសាជីវកម្មត្រូវការផ្លូវនោះលើសំណើទៅអ្នកផ្តល់សេវា។

OAuth 1.0 ក៏មានជំហានតូខេនសំណើខាងម៉ាស៊ីនមេ មុនពេលអ្នកប្រើអនុញ្ញាតការចូលប្រើ។ លំហូរកូដអនុញ្ញាតរបស់ OAuth 2.0 មានការផ្លាស់ប្តូរតូខេនរៀងៗខ្លួនបន្ទាប់ពីការហៅត្រឡប់។ លំដាប់ជាក់លាក់អាស្រ័យលើយុទ្ធសាស្ត្រ ប៉ុន្តែកម្មវិធីរុករក និងម៉ាស៊ីនមេកម្មវិធីនៅតែជាចំណុចចាប់ផ្តើមផ្សេងគ្នា។

រកការកំណត់របស់អតិថិជន

អនុវត្តតាមយុទ្ធសាស្ត្រទៅអតិថិជន HTTP ដែលផ្ញើតូខេន និងសំណើ API របស់អ្នកផ្តល់សេវា។ ប្រើជម្រើសប្រូកស៊ីដែលបានឯកសាររបស់អតិថិជននោះ។ យុទ្ធសាស្ត្រខ្លះផ្ទេរជម្រើសអតិថិជនទៅបណ្ណាល័យ OAuth ខ្លះទៀតកំណត់ការតភ្ជាប់ HTTP នៅក្រោមវា។ ជម្រើសដែលយុទ្ធសាស្ត្រមួយទទួលយក មិនក្លាយជាជម្រើសរួមរបស់ OmniAuth ដោយស្វ័យប្រវត្តិទេ។

ទុក URL អនុញ្ញាត តូខេន និងការហៅត្រឡប់របស់អ្នកផ្តល់សេវាឱ្យពិពណ៌នាអំពីសេវាពិតរបស់ខ្លួន។ ប្រូកស៊ីចេញគឺជាការកំណត់ការដឹកជញ្ជូនដើម្បីទៅដល់អ្នកផ្តល់សេវា មិនមែនជាអាសយដ្ឋានហៅត្រឡប់ជំនួស ឬជាវាលដែលបន្ថែមទៅប៉ារ៉ាម៉ែត្រសំណើ OAuth ទេ។

ពេលតាមដានការចូល សម្គាល់ជំហានចុងក្រោយដែលបានបញ្ចប់។ ទំព័រចូលរបស់អ្នកផ្តល់សេវាដែលបានបង្ហាញបញ្ជាក់ថាផ្លូវរបស់កម្មវិធីរុករកបានដំណើរការ។ ការហៅត្រឡប់ដែល Rails ទទួលបានបញ្ជាក់ថាកម្មវិធីរុករកបានត្រឡប់មកវិញ។ សំណើតូខេនបន្ទាប់គឺជាកន្លែងពិនិត្យការតភ្ជាប់ប្រូកស៊ី ការប្រឈម ឬការឆ្លើយតបពីអ្នកផ្តល់សេវាពីដំណើរការ Rails។