OmniAuth кирүүсүн прокси аркылуу көзөмөлдөө

Колдонуучу «Кирүү» баскычын басып, провайдердин баракчасына жетип, Rails-ке кайтат. Кийинки кадам баары бир ишке ашпашы мүмкүн, анткени ал Rails серверинен жаңы байланыш ачат.

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

Браузер авторизациялык кайра багыттоону өзүнүн тармактык конфигурациясы менен аткарат. Rails арткы каналдагы токен алмашууну орнотулган OmniAuth стратегиясы тандаган HTTP кардары менен жүргүзөт. Корпоративдик проксинин артында иштеген worker провайдерге жөнөткөн сурамдарында ушул жолду талап кылат.

OAuth 1.0 да колдонуучу кирүүгө уруксат бергенге чейин сервер тарапта сурам токенинин кадамына ээ. OAuth 2.0-нин авторизация код агымында callback-тан кийин өзүнүн токен алмашуусу бар. Так тартип стратегияга жараша болот, бирок браузер менен колдонмо сервери өзүнчө баштапкы чекит бойдон калат.

Кардардын конфигурациясын табыңыз

Стратегияны анын токенин жана провайдер API сурамдарын жөнөткөн HTTP кардарына чейин көзөмөлдөңүз. Ошол кардардын документтелген прокси параметрин колдонуңуз. Айрым стратегиялар кардар параметрлерин OAuth китепканасына өткөрөт; башкалары анын астында HTTP байланышын конфигурациялайт. Бир стратегия кабыл алган параметр автоматтык түрдө жалпы OmniAuth параметри боло бербейт.

Провайдердин авторизация, токен жана callback URL даректери анын чыныгы кызматтарын сүрөттөп турсун. Чыгуучу прокси провайдерге жетүү үчүн транспорттук жөндөө, ал callback дарегинин ордун баспайт жана OAuth сурам параметрлерине кошулуучу талаа эмес.

Кирүүнү көзөмөлдөөдө акыркы аяктаган кадамды белгилеңиз. Көрсөтүлгөн провайдердин кирүү баракчасы браузердин жолу иштегенин далилдейт. Rails кабыл алган callback браузердин кайтканын далилдейт. Кийинки токен сурамы Rails процессинен келген прокси байланышын, чакырыкты же провайдердин жообун текшерүүчү орун.