2013-02-05 70 views
-1

的IIS日誌已滿這樣的條目:什麼是IIS這些奇怪的條目6個日誌

2013-02-04 20:51:07 31.223.20.153 11435 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:07 78.178.55.210 53836 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:07 86.149.201.150 57616 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:17 86.149.201.150 57600 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:17 72.188.100.193 2480 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:17 65.12.233.165 50176 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:57 135.245.10.6 30739 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:57 135.245.10.6 30906 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:57 135.245.10.6 30905 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 
2013-02-04 20:51:57 135.245.10.6 30951 192.168.1.69 80 - - - - - Timer_ConnectionIdle - 

這分別意味着什麼?

回答

3

從這個blog

Timer_ConnectionIdle複製,在正常的HTTP協議使用,其中 客戶決定不從服務器斷開連接,因爲有一個 很好的機會,這將會對服務器的另一個請求發生或者在 加載頁面的過程中,或者因爲客戶端可能會點擊 網頁上的鏈接將返回到同一服務器。默認 服務器將關閉連接並在 處於非活動狀態2分鐘後回收這些資源。這是完全不用擔心,它只是一個 信息類型基於這些日誌條目不是在Win2k8,IIS7設置觀察反饋詞條

的。

+0

我很擔心,因爲我每秒都會得到這樣的日誌。 –

+1

@MarioM嘿馬里奧,我得到了同樣的東西,我會每隔幾天就有GIGS的日誌,只有數百萬條這些條目。我發現此修復程序可防止日誌https://support.microsoft.com/en-us/kb/820729只需將「EnableErrorLogging」dword = 0添加到您的註冊表,並且不再有日誌。但是我不確定我是否應該在這裏關閉連接來阻止這個問題?我每天在我的服務器上獲得2000萬以上的點擊率,因爲它是一個API,我可能應該快速關閉連接。 – bfritz

+0

@bfritz這是不好的建議。您使用該設置禁用了所有錯誤日誌。現在你的客戶想知道有一天你爲什麼不再接受連接,當你打開日誌時,你會看到......沒有什麼......這會導致大幅度增加診斷HTTP錯誤的解決時間......如果你失敗了該路線意識到這種後果。如果你想關閉連接快速看看像調整tcp/ip sesstion像[TcpTimedWaitDelay](https://technet.microsoft.com/en-us/library/cc938217.aspx) – rene

相關問題