我有一个IIS7服务器上的mojoportal CMS安装，用户报告下载PDF文件时出现问题。 它总是下载我和其他大多数人，无论是显示在浏览器或Adobe Reader。
使用logparser来查询IIS日志，所有的响应状态200（OK）或304（未修改），但发送的字节差别很大。 有时为零，大约有211个，大约是27059的全部文件大小的一半，还有很多。 很多显示27059的全尺寸。
对于较小的字节数，这些其他条目是否代表某种错误，与报告的问题相关联？ 这可能是浏览器/客户端问题或服务器端问题？
如果有任何其他信息会有所帮助，请告诉我。 这是一个共享的托pipe服务器，但是我在服务器上可以挖掘的东西有限。
*编辑：我已经注意到，具有较小字节数的日志条目在同一个客户端IP的一系列条目中，所以我猜浏览器正在做一些事情，它通过多个请求获取文件块。 按客户端总结字节仍然不会导致每个客户端传输的总字节数一致。
我在我运行的VPS服务器上实现了http://support.microsoft.com/kb/979543上的修补程序，它已经解决了这个问题。 现在看看我的托pipe公司在共享IIS服务器上实现修补程序需要多长时间。
这是一个棘手的诊断，因为它取决于安装在客户端上的Adobe Reader浏览器插件的版本。