我正在實施Facebook註冊插件。在本地開發和在一臺服務器上進行開發時,它可以完美工作一旦投入生產(6個網絡服務器,在負載平衡器後面),它就會失敗。它從我們從(我們的應用程序)獲得的錯誤中看到,頁面正在查找的請求是空的。Facebook註冊插件和負載平衡器
我們目前的理論是,請求在負載均衡器中迷路了。
有沒有人有此設置的經驗,並可以確認或否認,這將是一個問題?
它是一個位於6個Apache盒子前面的土狼點負載平衡器。
我正在實施Facebook註冊插件。在本地開發和在一臺服務器上進行開發時,它可以完美工作一旦投入生產(6個網絡服務器,在負載平衡器後面),它就會失敗。它從我們從(我們的應用程序)獲得的錯誤中看到,頁面正在查找的請求是空的。Facebook註冊插件和負載平衡器
我們目前的理論是,請求在負載均衡器中迷路了。
有沒有人有此設置的經驗,並可以確認或否認,這將是一個問題?
它是一個位於6個Apache盒子前面的土狼點負載平衡器。
找到了解決方案 - 在這種情況下,它是負載平衡器,並通過將redirect-uri值設置爲請求來自的當前服務器來解決。例如,如果用戶試圖在server001上註冊,請將request-uri設置爲server001。這允許外部請求將其發送到正確的服務器,並且會話接管了其餘部分。
失敗的原因是會話保存。如果您可以在您的負載平衡器上保持會話持久性,它應該按預期工作。否則,您可能需要構建一個解決方案,就像我在某些時候使用Cookie和各種驗證方法來保持用戶會話持久化一樣。