在 Windows 2003 Server 上,我有一个应用程序,它处理请求并将它们作为队列存储在一个文件夹中,第二个进程来处理这些存储的请求。然而,有时文件的数量往往会达到 100,000 个。
在命令提示符下使用 Windows 资源管理器甚至 dir 似乎并不是我找出存储了多少文件的解决方案。它还需要太多时间、CPU 和 I/O。
有什么建议么?
在 Windows 2003 Server 上,我有一个应用程序,它处理请求并将它们作为队列存储在一个文件夹中,第二个进程来处理这些存储的请求。然而,有时文件的数量往往会达到 100,000 个。
在命令提示符下使用 Windows 资源管理器甚至 dir 似乎并不是我找出存储了多少文件的解决方案。它还需要太多时间、CPU 和 I/O。
有什么建议么?
稍后编辑:难道 IIS 对 URL 不区分大小写,而 Apache 是,有人可以使用此信息来进一步增加 OS/WebServer 检测的置信度吗?
我在这里阅读了有用的 UrlScan 工具并遇到了
IIS 6.0 不包括 RemoveServerHeader 功能,因为该功能没有提供真正的安全优势。大多数服务器攻击不是操作系统特定的。此外,可以通过不依赖于服务器标头的机制来检测服务器的身份和有关操作系统的信息。
当然,这激起了我的好奇心,因为我不明白如何在不使用服务器标头的情况下检测操作系统和/或 Web 服务器。但是,扩展名(.php、.asp、.aspx、.do、.py 等)不能作为这个问题的答案,也不能在响应内容中寻找“__VIEWSTATE”或类似的隐藏输入字段。
有什么我不知道的秘密方法吗?
编辑 1:我假设自定义错误页面(不是清楚显示 Web 服务器的默认错误页面;了解 Web 服务器也可以为您提供有关操作系统的强有力线索)