Sledování přihlášení OmniAuth přes proxy

Uživatel klikne na „Přihlásit se“, dostane se na stránku poskytovatele a vrátí se do Rails. Následující krok přesto může selhat, protože zahajuje nové připojení ze serveru Rails.

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

Prohlížeč sleduje autorizační přesměrování pomocí vlastního síťového nastavení. Rails provádí výměnu tokenu zpětným kanálem pomocí HTTP klienta, který zvolila nainstalovaná strategie OmniAuth. Worker běžící za podnikovým proxy tuto cestu u svých požadavků na poskytovatele potřebuje.

OAuth 1.0 má také krok požadavku na token na straně serveru předtím, než uživatel povolí přístup. Tok autorizačního kódu OAuth 2.0 má po zpětném volání vlastní výměnu tokenu. Přesné pořadí závisí na strategii, ale prohlížeč a aplikační server zůstávají odlišnými výchozími body.

Najděte konfiguraci klienta

Sledujte strategii až k HTTP klientovi, který odesílá její token a požadavky na API poskytovatele. Použijte zdokumentovanou volbu proxy tohoto klienta. Některé strategie předávají volby klienta knihovně OAuth, jiné nastavují HTTP spojení pod ní. Volba, kterou přijímá jedna strategie, není automaticky společnou volbou OmniAuth.

Nechte adresy URL pro autorizaci, token a zpětné volání poskytovatele popisovat jeho skutečné služby. Odchozí proxy je přenosové nastavení pro dosažení poskytovatele, nikoli náhradní adresa zpětného volání ani pole, které se přidává do parametrů požadavku OAuth.

Při sledování přihlášení označte poslední dokončený krok. Zobrazená přihlašovací stránka poskytovatele dokazuje, že cesta prohlížeče fungovala. Zpětné volání přijaté Rails dokazuje, že se prohlížeč vrátil. Následný požadavek na token je místem, kde je třeba zkontrolovat proxy připojení, výzvu nebo odpověď poskytovatele z procesu Rails.