Pagsubaybay sa pag-log in ng OmniAuth sa pamamagitan ng proxy
Sundin ang pag-redirect ng browser at ang palitan ng token sa panig ng Rails upang i-configure ang proxy sa mga kahilingang nangangailangan nito.
Nag-click ang user sa “Mag-sign in”, nakarating sa pahina ng provider at bumabalik sa Rails. Maaari pa ring mabigo ang susunod na hakbang dahil nagbubukas ito ng bagong koneksyon mula sa server ng Rails.
browser → provider authorization page → browser callback to Rails
Rails → provider token endpoint → Rails
Sinusundan ng browser ang redirect ng awtorisasyon gamit ang sarili nitong network configuration. Ginagawa ng Rails ang palitan ng token sa backchannel gamit ang HTTP client na pinili ng naka-install na estratehiya ng OmniAuth. Kailangan ng worker na tumatakbo sa likod ng corporate proxy ang rutang iyon sa mga kahilingan nito sa provider.
May hakbang din ang OAuth 1.0 para sa request token sa panig ng server bago payagan ng user ang access. May sariling palitan ng token ang authorization-code flow ng OAuth 2.0 pagkatapos ng callback. Nakadepende sa estratehiya ang eksaktong pagkakasunod-sunod, ngunit nananatiling magkaibang panimulang punto ang browser at ang application server.
Hanapin ang configuration ng client
Sundin ang estratehiya hanggang sa HTTP client na nagpapadala ng token nito at ng mga kahilingan sa API ng provider. Gamitin ang dokumentadong opsyon sa proxy ng client na iyon. May mga estratehiyang nagpapasa ng mga opsyon ng client sa isang library ng OAuth; may iba namang nagko-configure ng HTTP connection sa ilalim nito. Ang opsyon na tinatanggap ng isang estratehiya ay hindi awtomatikong shared na opsyon ng OmniAuth.
Hayaang ilarawan ng mga URL ng awtorisasyon, token at callback ng provider ang totoong mga serbisyo nito. Ang outbound proxy ay setting sa transportasyon upang maabot ang provider, hindi kapalit na address ng callback at hindi field na idaragdag sa mga parameter ng kahilingan ng OAuth.
Kapag sinusubaybayan ang pag-log in, markahan ang huling natapos na hakbang. Ang ipinakitang login page ng provider ay nagpapatunay na gumana ang ruta ng browser. Ang callback na natanggap ng Rails ay nagpapatunay na bumalik ang browser. Ang susunod na kahilingan ng token ang lugar upang siyasatin ang koneksyon ng proxy, hamon o tugon ng provider mula sa proseso ng Rails.