প্ৰক্সিৰ জৰিয়তে OmniAuth লগইন অনুসৰণ কৰা

ব্যৱহাৰকাৰীয়ে “ছাইন ইন”ত ক্লিক কৰি প্ৰদানকাৰীৰ পৃষ্ঠাত উপনীত হয় আৰু তাৰ পিছত Rails-লৈ ঘূৰি আহে। পৰৱৰ্তী পদক্ষেপটো তথাপিও বিফল হ’ব পাৰে, কাৰণ ই Rails চাৰ্ভাৰৰ পৰা নতুন সংযোগ আৰম্ভ কৰে।

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

ব্ৰাউজাৰে নিজৰ নেটৱৰ্ক সংৰূপ ব্যৱহাৰ কৰি অনুমোদনৰ পুনৰ্নিৰ্দেশ অনুসৰণ কৰে। Rails-এ স্থাপিত OmniAuth ৰণনীতিয়ে বাছনি কৰা HTTP ক্লায়েন্ট ব্যৱহাৰ কৰি পিছফালৰ চেনেলৰ টোকেন বিনিময় সম্পন্ন কৰে। কৰ্প’ৰেট প্ৰক্সিৰ পিছত চলি থকা কৰ্মীয়ে প্ৰদানকাৰীলৈ যোৱা অনুৰোধত সেই পথটোৰ প্ৰয়োজন।

OAuth 1.0-ত ব্যৱহাৰকাৰীয়ে অনুমতি দিয়াৰ আগতে চাৰ্ভাৰৰ ফালে অনুৰোধ-টোকেনৰ এটা পদক্ষেপও থাকে। OAuth 2.0-ৰ অনুমোদন-ক’ড প্ৰবাহত কলবেকৰ পিছত নিজস্ব টোকেন বিনিময় থাকে। সঠিক ক্ৰমটো ৰণনীতিৰ ওপৰত নিৰ্ভৰ কৰে, কিন্তু ব্ৰাউজাৰ আৰু এপ্লিকেচন চাৰ্ভাৰ সুকীয়া আৰম্ভণি বিন্দু হৈয়ে থাকে।

ক্লায়েন্টৰ সংৰূপ বিচাৰি উলিয়াওক

ৰণনীতিটো অনুসৰণ কৰি সেই HTTP ক্লায়েন্টলৈ যাওক যিয়ে ইয়াৰ টোকেন আৰু প্ৰদানকাৰী API অনুৰোধ পঠিয়ায়। সেই ক্লায়েন্টৰ নথিভুক্ত প্ৰক্সি বিকল্প ব্যৱহাৰ কৰক। কিছুমান ৰণনীতিয়ে ক্লায়েন্ট বিকল্প OAuth লাইব্ৰেৰীলৈ প্ৰেৰণ কৰে; আনবোৰে তাৰ তলত HTTP সংযোগ সংৰূপ কৰে। এটা ৰণনীতিয়ে গ্ৰহণ কৰা বিকল্প স্বয়ংক্ৰিয়ভাৱে OmniAuth-ৰ সাধাৰণ বিকল্প নহয়।

প্ৰদানকাৰীৰ অনুমোদন, টোকেন আৰু কলবেক URL-সমূহে তেওঁলোকৰ প্ৰকৃত সেৱা বৰ্ণনা কৰি থাকক। বাহিৰলৈ যোৱা প্ৰক্সি প্ৰদানকাৰীলৈ যোৱাৰ বাবে ব্যৱহাৰ কৰা পৰিবহন সংহতি, কলবেক ঠিকনাৰ বিকল্প বা OAuth অনুৰোধৰ পেৰামিটাৰত যোগ কৰা ক্ষেত্ৰ নহয়।

লগইন অনুসৰণ কৰোঁতে শেষ সম্পূৰ্ণ হোৱা পদক্ষেপটো চিহ্নিত কৰক। প্ৰদৰ্শিত প্ৰদানকাৰী লগইন পৃষ্ঠাই ব্ৰাউজাৰৰ পথটো কাম কৰিছে বুলি প্ৰমাণ কৰে। Rails-এ লাভ কৰা কলবেকে ব্ৰাউজাৰ ঘূৰি আহিছে বুলি প্ৰমাণ কৰে। তাৰ পিছৰ টোকেন অনুৰোধটোৱেই হৈছে Rails প্ৰক্ৰিয়াৰ পৰা অহা প্ৰক্সি সংযোগ, প্ৰত্যাহ্বান বা প্ৰদানকাৰীৰ সঁহাৰি পৰীক্ষা কৰাৰ ঠাই।