Flash SWFUpload在上载时过早关闭连接（nginx 499）

我正在使用swfupload将文件上载到nginx。它对我和99%的用户都很好。 然而，对于一些用户来说，它在上传过程中以某种方式失败了。它打开了一个连接，但似乎在完成之前就关闭了它-nginx在其访问日志中报告了一个499状态，即NGX_HTTP_CLIENT_CLOSED_请求

我设法找到了其中一个用户以获取更多信息。他们在XP和Firefox 3.5.7上运行Flash 10.0.42

有人见过这样的东西吗？有没有关于修复的建议/我如何进一步调查

---

-乔纳森（Jonathan）

如果这里没有具体的内容，我会向那些没有解决问题的用户列出一些问题

• 你有什么样的网络连接？你在（公司）防火墙后面吗

• 您试图上载的文件类型（文件类型和大小）？那个文件存储在什么介质上？（例如，从CD上载时排除读取错误）

• 已安装操作系统版本、浏览器版本、Flash版本、个人防火墙和/或防病毒软件（用于检查模式）

• 第二次尝试成功了吗

一些可能性
• 用户在上载完成之前刷新了页面

• 用户的internet连接在上载过程中中断或中断

• 如果您正在使用PHP（im猜测），请检查PHP.ini中的以下设置

最大执行时间
如果脚本执行时间过长，服务器将根据此设置停止脚本
最大文件上传量
如果用户试图一次上载的文件多于此设置，则这可能是原因
上传最大文件大小
如果任何文件大于此设置，则不会上载该文件。这可以在它到达客户端的服务器之前通过以下方式进行处理：
对不起，没有更具体的信息，我不能再缩小范围了

---

如果它只影响1%的用户，我认为这是可以接受的；）就个人而言，我不会浪费时间修复1%的错误，除非是客户端的错误。
499错误发生在以下情况：
• 用户成功地将所有数据（包括上载文件）发送到服务器
• 用户在得到响应之前取消请求（即，通过刷新页面，将取消所有当前请求）
• 服务器（nginx）获取请求并成功处理它（保存上传的文件）。下划线服务器返回200响应
• Nginx从底层服务器获得响应，但当想要向客户端发送响应（用于POST请求）时，客户端已关闭连接并离开！所以服务器无法将响应传递给客户端

---

因此，从服务器的角度来看，499错误是一个成功的上传！但由于客户端未收到任何响应，nginx将其标记为499错误。
唯一想到的是客户端出现了真正的错误（可能是由防火墙或其他原因引起的）或导致客户端连接重置的超时。我们谈论的文件大小是什么？你知道用户试图上传的文件有多大吗？是的，原来是一个过分热心的防火墙和网络配置。不幸的是，我从未发现他们具体禁用了什么。。。