2013-02-05 68 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

相关问题