Kufuatilia kuingia kwa OmniAuth kupitia proksi

Mtumiaji abofya “Ingia”, afikia ukurasa wa mtoa huduma kisha arudi Rails. Hatua inayofuata bado inaweza kushindikana kwa sababu huanzisha muunganisho mpya kutoka kwa seva ya Rails.

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

Kivinjari hufuata uelekezaji wa idhini kwa usanidi wake wa mtandao. Rails hufanya ubadilishanaji wa tokeni kwenye kituo cha nyuma kwa kutumia mteja wa HTTP unaochaguliwa na mkakati wa OmniAuth uliosakinishwa. Mfanyakazi anayefanya kazi nyuma ya proksi ya shirika anahitaji njia hiyo kwenye maombi yake kwa mtoa huduma.

OAuth 1.0 pia ina hatua ya tokeni ya ombi upande wa seva kabla mtumiaji kuwezesha ufikiaji. Mtiririko wa msimbo wa idhini wa OAuth 2.0 una ubadilishanaji wake wa tokeni baada ya mwitikio. Mfululizo kamili hutegemea mkakati, lakini kivinjari na seva ya programu hubaki kuwa sehemu tofauti za kuanzia.

Tafuta usanidi wa mteja

Fuatilia mkakati hadi mteja wa HTTP anayetuma tokeni yake na maombi ya API ya mtoa huduma. Tumia chaguo la proksi lililoandikwa la mteja huyo. Baadhi ya mikakati hupitisha chaguo za mteja kwa maktaba ya OAuth; mingine husanidi muunganisho wa HTTP chini yake. Chaguo linalokubaliwa na mkakati mmoja si chaguo la pamoja la OmniAuth kiotomatiki.

Acha URL za idhini, tokeni na mwitikio wa mtoa huduma zielezee huduma zake halisi. Proksi ya kutoka ni mpangilio wa usafirishaji wa kufikia mtoa huduma, si anwani mbadala ya mwitikio wala sehemu ya kuongeza kwenye vigezo vya ombi la OAuth.

Unapofuatilia kuingia, weka alama kwenye hatua ya mwisho iliyokamilika. Ukurasa wa kuingia wa mtoa huduma unaoonyeshwa unathibitisha kwamba njia ya kivinjari ilifanya kazi. Mwitikio unaopokelewa na Rails unathibitisha kwamba kivinjari kilirudi. Ombi la tokeni linalofuata ndilo mahali pa kuchunguza muunganisho wa proksi, changamoto au jibu la mtoa huduma kutoka kwa mchakato wa Rails.