我們在apache訪問日誌中獲得大量408狀態代碼,並且這些狀態代碼在從http遷移到https後即將到來。在從http遷移到https後獲取大量408狀態代碼
我們的Web服務器位於負載均衡器後面,我們使用keepalive on和keepalivetimeout值爲15秒。
有人可以幫助解決這個問題。
我們在apache訪問日誌中獲得大量408狀態代碼,並且這些狀態代碼在從http遷移到https後即將到來。在從http遷移到https後獲取大量408狀態代碼
我們的Web服務器位於負載均衡器後面,我們使用keepalive on和keepalivetimeout值爲15秒。
有人可以幫助解決這個問題。
此處同樣的問題,從http遷移到https後。不要驚慌,這不是一個錯誤,但客戶端的功能;)
我想你只能在默認的日誌,找到這些日誌條目(或按字母順序排列第一)的Apache SSL的conf和你有一個較低的超時( < 20)。
從我的測試來看,這些客戶端爲您的Web服務器建立預連接/推測套接字,以實現快速下一頁/資源加載。 因爲它們只建立初始套接字連接或握手(150個字節或幾千個),所以連接到ip並且不指定虛擬主機名稱,並且已經登錄了默認的/ firs apache conf日誌。
從初始連接幾秒鐘後,如果不需要,它們會丟棄套接字,或者用於更快的請求。 如果你的超時時間低於這幾秒,你會得到408如果更高的apache不打擾。
因此,無論你忽略它們/爲apache添加一個不同的默認配置文件,或者你提高超時有更多的apache進程正忙於等待客戶端放棄或使用套接字。
請參閱https://bugs.chromium.org/p/chromium/issues/detail?id=85229進行一些相關討論
這些是在'POST'請求期間嗎?正常的網絡流量?你在使用什麼託管服務? – haxxxton
0170201000258 - 42.111.37.118 408 - 39 - - - - - - - - 我們正在獲取這些沒有引用和請求的日誌類型,流量始終正常。 –