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