OmniAuth saio-hasiera proxy baten bidez jarraitzea

Erabiltzaileak «Hasi saioa» sakatzen du, hornitzailearen orrira iristen da eta Rails-era itzultzen da. Hurrengo urratsak huts egin dezake oraindik, Rails zerbitzaritik konexio berri bat hasten duelako.

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

Nabigatzaileak baimen-birbideratzea jarraitzen du bere sare-konfigurazioarekin. Rails-ek atzeko kanaleko token trukea egiten du instalatutako OmniAuth estrategiak aukeratutako HTTP bezeroarekin. Enpresako proxy baten atzean exekutatzen den worker batek bide hori behar du hornitzaileari egindako eskaeretan.

OAuth 1.0-k zerbitzari aldeko eskaera-tokenaren urratsa ere badu, erabiltzaileak sarbidea baimendu aurretik. OAuth 2.0-ren baimen-kode fluxuak bere token trukea du dei-itzuleraren ondoren. Segida zehatza estrategiaren araberakoa da, baina nabigatzailea eta aplikazio-zerbitzaria abiapuntu desberdinak izaten jarraitzen dute.

Kokatu bezeroaren konfigurazioa

Jarraitu estrategia tokena eta hornitzailearen API eskaerak bidaltzen dituen HTTP bezerora arte. Erabili bezero horren dokumentatutako proxy aukera. Estrategia batzuek bezeroaren aukerak OAuth liburutegiari pasatzen dizkiote; beste batzuek HTTP konexio bat konfiguratzen dute haren azpian. Estrategia batek onartzen duen aukera ez da automatikoki OmniAuth-en aukera partekatua.

Utzi hornitzailearen baimen, token eta dei-itzulerako URLei beren benetako zerbitzuak deskribatzen. Irteerako proxy-a hornitzailearengana iristeko garraio-ezarpena da, ez ordezko dei-itzulera helbidea ezta OAuth eskaeraren parametroetan gehitzeko eremua ere.

Saio-hasiera bat jarraitzean, markatu azken urrats osatua. Erakutsitako hornitzailearen saio-hasiera orriak nabigatzailearen bidea funtzionatu zuela frogatzen du. Rails-ek jasotako dei-itzulerak nabigatzailea itzuli zela frogatzen du. Hurrengo token eskaera da Rails prozesutik datorren proxy konexioa, erronka edo hornitzailearen erantzuna aztertzeko tokia.