黄色网页视频 I 影音先锋日日狠狠久久 I 秋霞午夜毛片 I 秋霞一二三区 I 国产成人片无码视频 I 国产 精品 自在自线 I av免费观看网站 I 日本精品久久久久中文字幕5 I 91看视频 I 看全色黄大色黄女片18 I 精品不卡一区 I 亚洲最新精品 I 欧美 激情 在线 I 人妻少妇精品久久 I 国产99视频精品免费专区 I 欧美影院 I 欧美精品在欧美一区二区少妇 I av大片网站 I 国产精品黄色片 I 888久久 I 狠狠干最新 I 看看黄色一级片 I 黄色精品久久 I 三级av在线 I 69色综合 I 国产日韩欧美91 I 亚洲精品偷拍 I 激情小说亚洲图片 I 久久国产视频精品 I 国产综合精品一区二区三区 I 色婷婷国产 I 最新成人av在线 I 国产私拍精品 I 日韩成人影音 I 日日夜夜天天综合

一個單點登錄問題的解決

系統 1966 0

上周五的時候,一個同事問我一個單點登錄的問題 。整個系統結構并不復雜,在webapp應用中配置一個sso應用的servlet 過濾器 ,這個過濾器會從指定的域名下拿cookie中保存的一個加密sessionid ,利用這個sessionid到sso系統中判斷是否登錄以及是否在登錄有效期內,未登錄則進入登錄頁面,登錄成功后,通過一個瀏覽器的302重定向進入目標頁面。

同事反映,正常登錄以后進入的目標頁面,地址不對,我看了一下, 是目標主機的端口號丟失了。于是我在本地搭建了一個測試環境,啟動tomcat進行測試,發現并沒有出現類似的問題,debug到源碼發現目標頁面URL也是正確的,繼續debug源碼,發現sso的servlet過濾器使用的是httpservletRequest獲取到http請求的hostname,port,requestURI的。

這時, 我又分析同事的maven 依賴的sso 二方包版本是否和我的一致, 也沒有問題。

?

進一步分析應用部署環境的差異, 發現同事的環境使用了nginx + tomcat的架構, 采用nginx做了一層負載均衡代理,于是查看webapp獲取到的requestURL,發現根本就沒有瀏覽器發送的原始URL中的端口。問題就在于此, 瀏覽器發送的請求是交給nginx,而nginx轉發請求給tomcat時,端口號已經丟失掉了, 所以依賴于這個URL拼接出來的目標頁面URL自然也就不對了。進一步看sso Filter 的配置項,是專門有針對主機端口的配置項的。?

?

這個問題的解決提醒我們,在查找問題時,系統部署環境的差異往往是解決問題的一個關鍵,特別是在很多問題從代碼本身找不到原因的時候。

?

一個單點登錄問題的解決


更多文章、技術交流、商務合作、聯系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯系: 360901061

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對您有幫助就好】

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會非常 感謝您的哦!??!

發表我的評論
最新評論 總共0條評論