Olrhain mewngofnodi OmniAuth drwy brocsi

Mae defnyddiwr yn clicio “Mewngofnodi”, yn cyrraedd tudalen y darparwr ac yn dychwelyd i Rails. Gall y cam nesaf fethu o hyd oherwydd ei fod yn dechrau cysylltiad newydd o weinydd Rails.

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

Mae'r porwr yn dilyn yr ailgyfeirio awdurdodi gan ddefnyddio ei ffurfweddiad rhwydwaith ei hun. Mae Rails yn gwneud y gyfnewid tocyn ar y sianel gefn gan ddefnyddio'r cleient HTTP a ddewiswyd gan y strategaeth OmniAuth sydd wedi'i gosod. Mae gweithiwr sy'n rhedeg y tu ôl i brocsi corfforaethol angen y llwybr hwnnw ar ei geisiadau i'r darparwr.

Mae gan OAuth 1.0 gam tocyn cais ar ochr y gweinydd hefyd cyn i'r defnyddiwr awdurdodi mynediad. Mae gan lif cod awdurdodi OAuth 2.0 ei gyfnewid tocyn ei hun ar ôl yr alwad yn ôl. Mae'r dilyniant union yn dibynnu ar y strategaeth, ond mae'r porwr a'r gweinydd cymhwysiad yn parhau'n fan cychwyn gwahanol.

Dewch o hyd i ffurfweddiad y cleient

Dilynwch y strategaeth at y cleient HTTP sy'n anfon ei docyn a'i geisiadau API i'r darparwr. Defnyddiwch opsiwn procsi dogfennedig y cleient hwnnw. Mae rhai strategaethau'n trosglwyddo opsiynau'r cleient i lyfrgell OAuth; mae eraill yn ffurfweddu cysylltiad HTTP oddi tani. Nid yw opsiwn a dderbynnir gan un strategaeth yn opsiwn OmniAuth a rennir yn awtomatig.

Gadewch i URLau awdurdodi, tocyn ac alwad yn ôl y darparwr ddisgrifio ei wasanaethau gwirioneddol. Mae'r procsi allanol yn osodiad cludo i gyrraedd y darparwr, nid yn gyfeiriad alwad yn ôl arall nac yn faes i'w ychwanegu at baramedrau cais OAuth.

Wrth olrhain mewngofnodi, nodwch y cam olaf a gwblhawyd. Mae tudalen mewngofnodi'r darparwr yn dangos bod llwybr y porwr wedi gweithio. Mae'r alwad yn ôl a dderbynnir gan Rails yn dangos bod y porwr wedi dychwelyd. Y cais tocyn dilynol yw'r man i archwilio am gysylltiad procsi, her neu ymateb y darparwr o broses Rails.