问题描述
我在一个 IIS 实例上部署了一个自定义应用程序，该应用程序除其他外还充当 http 文件服务器。由于各种原因（错误），许多文件已损坏，因为它们在二进制内容的末尾有一个额外的字节。幸运的是，我已经获得了保存在 db 上的每个文件的确切内容长度，当我的应用程序返回文件时，它会正确设置内容长度标头（包括损坏的文件和正确的文件）。
因此，我遇到响应标头中的内容长度为 100，而同一响应正文中实际存在的字节为 101 (100+1) 的情况。
由于某些内部原因，我无法更改应用程序的行为。
直接从浏览器调用应用程序（所以直接调用IIS）似乎没有明显问题，但是这种情况似乎把我的Nginx（版本1.15.7）搞乱了，应用程序在生产中暴露在后面。请注意，文件已提供，但结果已损坏（它们是 Excel 文件），而从直接调用 IIS 下载的结果正确。
我认为某些内部缓冲区存在一些问题，因为它好像总是丢弃最后 8192 个字节，并且在错误日志中显示此警告：upstream sent more data than specified in "Content-Length" header while reading response header from upstream。
我尝试添加指令 proxy_buffering: off; 但结果没有改变（只有警告从错误日志中消失）。
我的问题是：有没有办法根据上游提供的内容长度值来修剪响应正文？显然，当且仅当此值存在于标题中。
谢谢， 艾尔伯
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）