OmniAuthi sisselogimise jälgimine puhverserveri kaudu

Kasutaja klõpsab „Logi sisse“, jõuab teenusepakkuja lehele ja naaseb Railsi. Järgmine samm võib siiski nurjuda, sest see avab Railsi serverist uue ühenduse.

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

Brauser järgib autoriseerimise ümbersuunamist oma võrguseadistusega. Rails teeb tagakanali märgivahetuse HTTP-kliendiga, mille valib paigaldatud OmniAuthi strateegia. Ettevõtte puhverserveri taga töötav tööprotsess vajab seda marsruuti oma päringutel teenusepakkuja poole.

Ka OAuth 1.0-l on serveripoolne päringumärgi samm enne, kui kasutaja juurdepääsu lubab. OAuth 2.0 autoriseerimiskoodi voog teeb pärast tagasikutset oma märgivahetuse. Täpne järjekord sõltub strateegiast, kuid brauser ja rakenduseserver jäävad erinevateks alguspunktideks.

Leidke kliendi seadistus

Jälgige strateegiat kuni HTTP-kliendini, mis saadab selle märgi ja teenusepakkuja API päringud. Kasutage selle kliendi dokumenteeritud puhverserveri valikut. Mõned strateegiad annavad kliendi valikud OAuthi teegile edasi; teised seadistavad selle all HTTP-ühenduse. Ühe strateegia aktsepteeritud valik ei ole automaatselt ühine OmniAuthi valik.

Laske teenusepakkuja autoriseerimis-, märgi- ja tagasikutse URL-idel kirjeldada selle tegelikke teenuseid. Väljuv puhverserver on transpordiseade teenusepakkujani jõudmiseks, mitte asendav tagasikutse aadress ega väli, mida OAuthi päringu parameetritele lisada.

Sisselogimise jälgimisel märkige viimane lõpule viidud samm. Kuvatud teenusepakkuja sisselogimisleht tõestab, et brauseri marsruut töötas. Railsi vastu võetud tagasikutse tõestab, et brauser naasis. Järgnev märgipäring on koht, kus kontrollida puhverserveri ühendust, väljakutset või teenusepakkuja vastust Railsi protsessist.