د OmniAuth ننوتلو تعقیبول د پروکسي له لارې

کارن پر “ننوتل” کلیک کوي، د برابرونکي پاڼې ته رسېږي او Rails ته بېرته راځي. بیا هم بل ګام ناکامېدلی شي، ځکه چې له Rails سرور څخه نوې اړیکه پیلوي.

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

براوزر د اجازې لېږد د خپلې شبکې تنظیماتو سره تعقیبوي. Rails بیا د شا کانال توکن تبادله د هغه HTTP کلاینټ سره ترسره کوي چې نصب شوې OmniAuth تګلارې غوره کړی وي. د کارپوریټ پروکسي شاته کارکوونکي ته د برابرونکي په غوښتنو کې همدا لار ښکاري.

OAuth 1.0 هم د سرور په اړخ کې د غوښتنې توکن ګام لري، مخکې له دې چې کارن لاسرسی اجازه کړي. د OAuth 2.0 د اجازې کوډ جریان له کال بیک وروسته خپله توکن تبادله لري. سم ترتیب په تګلارې پورې اړه لري، خو براوزر او د اپلیکیشن سرور جلا پیل ټکي پاتې کېږي.

د کلاینټ تنظیمات ومومئ

تګلاره تعقیب کړئ تر هغه HTTP کلاینټ چې د هغې توکن او د برابرونکي API غوښتنې لېږي. د هغه کلاینټ مستند شوی پروکسي انتخاب وکاروئ. ځینې تګلارې کلاینټ انتخابونه OAuth کتابخانې ته سپاري؛ نورې بیا تر هغې لاندې HTTP اړیکه تنظیموي. هغه انتخاب چې یوه تګلاره یې مني په اتوماتيک ډول د OmniAuth شریک انتخاب نه دی.

پرېږدئ چې د برابرونکي د اجازې، توکن او کال بیک URLونه د هغه ریښتیني خدمتونه بیان کړي. وتونکی پروکسي د برابرونکي ته رسېدو لپاره د لېږد تنظیم دی، نه د کال بیک پتې بدیل او نه هغه ساحه چې د OAuth غوښتنې پارامیټرونو ته ورزیاتېږي.

کله چې ننوتل تعقیبوئ، وروستی بشپړ شوی ګام په نښه کړئ. ښودل شوې د برابرونکي ننوتلو پاڼه ثابتوي چې د براوزر لار کار کړی. هغه کال بیک چې Rails ترلاسه کوي ثابتوي چې براوزر بېرته راغی. بل توکن غوښتنه هغه ځای دی چې د Rails پروسې څخه د پروکسي اړیکه، ننګونه یا د برابرونکي ځواب وګورئ.