[英]Change the OAuth URI of an app sitting behind a reverse proxy
我們收到的Oauth1.0簽名不匹配，似乎是由於我們的生產設備位於反向代理后面。
我們的整個代碼庫都可以在（ http://beta.mainwebsite.com ）的beta框上運行（簽名匹配），但在（ https://www.mainwebsite.com ）上無法通過。
似乎原因是我們的外部客戶端使用我們的主機URI進行簽名，而該主機URI與我們的內部URI略有不同（我懷疑他們對外部https進行了簽名，我們嘗試使用內部的http addr進行驗證）。
有關如何解決此問題的任何想法？ 我認為一種骯臟的方法是在OAuth中的某個地方更改請求URI，但我實際上是在嘗試避免這種不可移植的方法。
我們正在運行用於寶石的標准OAuth寶石。
最后，我們在nginx代理級別更改了設置，以正確轉發請求協議。
有關更多詳細信息，請參見此答案： 反向代理背后的Oauth提供程序
在Thins上托管Rails應用，在子uri上托管Nginx，在反向代理后面
[英]Hosting Rails app on Thins, Nginx on a sub uri, behind a reverse proxy
Google OAuth 2 redirect_uri_mismatch - OmniAuth Rails應用
[英]Google OAuth 2 redirect_uri_mismatch - OmniAuth Rails app
為什么在反向代理背后，Rails的default_url_options不適用？
[英]Why do Rails' default_url_options not apply when I am behind a reverse proxy?
當Rails應用位於Apache代理/反向代理后面時，如何配置路由？
[英]How to config route when a Rails app is behind Apache proxy/reverseproxy?
為在端口 3000 運行的 Rails 應用設置 Apache 反向代理
[英]Setup Apache reverse-proxy for rails app running at port 3000
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
