2017-05-03 41 views
0

我有一個與單點登錄集成的Django NGINX設置。最近我們不得不更改域名,並且正在使用Akamai來欺騙新的URL,而舊的域名仍然解析爲我們的負載均衡器。在FF或Chrome中單點登錄在IE工作時創建502 NGINX錯誤

SSO嘗試在IE中成功登錄,但在Chrome或Firefox中卻存在502錯誤。

當IE日誌中存在來自oktapreview.com後,其產生302

當其Firefox或Chrome,還有來自oktapreview.com連續3個職位,每個創建502前2帖有相同的時間戳,第三個是3-4秒後。對於Firefox和Chrome,一旦刷新用戶發現他們實際上已登錄。

有什麼建議是什麼導致了這種情況?爲什麼SSO服務器有3個日誌文件?爲什麼IE瀏覽器(不是邊緣,但IE)工作,而鉻和FF失敗?

回答

0

對於這裏的未來求職者是分辨率:

SSO造成了巨大的URL字符串,它首先打在其HTTP緩存服務器。我的NGINX和uWSGI http緩衝區處於默認級別,每個大約4kb。但是,Okta SSO創建了類似於20KB的URL。我不得不擴展兩個軟件的HTTP緩衝區,以防止將該字符串切分爲多個位。該錯誤消息是一個無用的500錯誤,但已用擴展緩衝區解決。總之,請記住SSO爲HTTP標頭增加了很多內容。

相關問題