Praćenje OmniAuth prijave kroz proxy

Korisnik klikne „Prijava“, stigne na stranicu pružatelja i vrati se u Rails. Sljedeći korak ipak može propasti jer započinje novu vezu s Rails poslužitelja.

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

Preglednik prati preusmjeravanje autorizacije vlastitom mrežnom konfiguracijom. Rails obavlja razmjenu tokena povratnim kanalom koristeći HTTP klijent koji odabere instalirana OmniAuth strategija. Radnik koji radi iza korporativnog proxyja treba tu rutu na svojim zahtjevima prema pružatelju.

OAuth 1.0 također ima poslužiteljski korak tokena zahtjeva prije nego korisnik odobri pristup. Tijek autorizacijskog koda OAuth 2.0 ima vlastitu razmjenu tokena nakon povratnog poziva. Točan slijed ovisi o strategiji, ali preglednik i aplikacijski poslužitelj ostaju različite početne točke.

Pronađite konfiguraciju klijenta

Pratite strategiju do HTTP klijenta koji šalje njezin token i zahtjeve prema API-ju pružatelja. Upotrijebite dokumentiranu opciju proxyja tog klijenta. Neke strategije prosljeđuju opcije klijenta OAuth biblioteci; druge konfiguriraju HTTP vezu ispod nje. Opcija koju prihvaća jedna strategija nije automatski zajednička OmniAuth opcija.

Neka URL-ovi autorizacije, tokena i povratnog poziva pružatelja opisuju njegove stvarne usluge. Izlazni proxy je transportna postavka za dolazak do pružatelja, a ne zamjenska adresa povratnog poziva ni polje koje se dodaje parametrima OAuth zahtjeva.

Kada pratite prijavu, označite posljednji dovršeni korak. Prikazana stranica prijave pružatelja dokazuje da je ruta preglednika radila. Povratni poziv koji Rails primi dokazuje da se preglednik vratio. Sljedeći zahtjev za token mjesto je na kojem treba provjeriti proxy vezu, izazov ili odgovor pružatelja iz Rails procesa.