您好,登錄后才能下訂單哦!
本篇內容介紹了“怎么排查服務器HeadersTooLargeException問題”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
公司內部系統,權限點很多,系統cas的權限傳輸使用了cookie,所有權限組織成字符串,之后寫入到cookie中。當管理員登錄時,所有權限都將寫入到cookie中。cookie又是在頁面請求時需要攜帶到header中,導致出現header內容過長
當出現管理員不能登錄時,第一反應是權限是不是配置錯了。但通過對比,權限配置正確。
第二步嘗試刪除掉新增的權限,登錄成功。逐個又添加權限,在添加到最后幾個時,出現登錄失敗的問題
后續查看ng的錯誤日志,發現ng轉發請求時,服務的tomcat返回拒絕請求的錯誤:
查看出錯應用的tomcat的catalina日志,發現錯誤:
大家都知道,只要看到真正的錯誤信息的堆棧,問題已經基本可能解決了,下面拿到錯誤信息google下,在tomcat官方網站有改信息的配置,只要在tomcat的server.xml中修改maxHttpHeaderSize
的值即可變更header長度
修改請求頭最大限制后登錄成功。 但是這種直接使用cookie存儲權限信息的方式,不管是安全問題,還是對服務器的請求壓力都很大(每個請求都攜帶著4K以上的header,想想都恐怖)。其實有cas的TGT(cas中的cookie)的已經可以確定當前登錄用戶,并可以取到權限。在服務端可以加層緩存每個用戶的權限,直接根據token獲取權限并鑒權即可。
這是tomcat配置的信息,其中:maxHttpHeaderSize 即為header長度的限制 tomcat默認設置
“怎么排查服務器HeadersTooLargeException問題”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。