Sledovanie prihlásenia OmniAuth cez proxy

Používateľ klikne na „Prihlásiť sa“, dostane sa na stránku poskytovateľa a vráti sa do Rails. Nasledujúci krok však môže zlyhať, pretože začína nové spojenie zo servera Rails.

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

Prehliadač sleduje autorizačné presmerovanie s vlastným sieťovým nastavením. Rails vykonáva výmenu tokenu spätným kanálom cez HTTP klienta, ktorého vyberie nainštalovaná stratégia OmniAuth. Pracovný proces za firemným proxy potrebuje túto trasu pri požiadavkách na poskytovateľa.

Aj OAuth 1.0 má krok tokenu požiadavky na strane servera predtým, než používateľ povolí prístup. Autorizačný kódový tok OAuth 2.0 má po spätnom volaní vlastnú výmenu tokenu. Presné poradie závisí od stratégie, ale prehliadač a aplikačný server zostávajú odlišnými východiskovými bodmi.

Nájdite konfiguráciu klienta

Sledujte stratégiu až k HTTP klientovi, ktorý odosiela jej token a požiadavky na API poskytovateľa. Použite zdokumentovanú voľbu proxy tohto klienta. Niektoré stratégie odovzdávajú voľby klienta knižnici OAuth; iné nastavujú HTTP spojenie pod ňou. Voľba, ktorú prijíma jedna stratégia, nie je automaticky spoločnou voľbou OmniAuth.

Nechajte URL adresy autorizácie, tokenu a spätného volania poskytovateľa opisovať jeho skutočné služby. Odchádzajúce proxy je transportné nastavenie na dosiahnutie poskytovateľa, nie náhradná adresa spätného volania ani pole, ktoré sa pridáva k parametrom požiadavky OAuth.

Pri sledovaní prihlásenia označte posledný dokončený krok. Zobrazená prihlasovacia stránka poskytovateľa dokazuje, že trasa prehliadača fungovala. Spätné volanie prijaté Rails dokazuje, že sa prehliadač vrátil. Nasledujúca požiadavka na token je miesto, kde treba skontrolovať proxy spojenie, výzvu alebo odpoveď poskytovateľa z procesu Rails.