当firefox 38在服务器确认从firefox获取http后发送FIN，ACK时？答案

【问题标题】：when firefox 38 sent FIN,ACK after server ack an http get from firefox?当firefox 38在服务器确认从firefox获取http后发送FIN，ACK时？
【发布时间】：2016-05-07 07:50:35
【问题描述】：

查看附加的wireshark日志：（请单击它以使其足够大以供查看）：

在数据包 37 中，客户端向服务器发送了一个 http get
在数据包 38 中，服务器响应确认
在数据包 39 中，客户端等待 5 秒后，客户端发送了 [FIN,ACK]

客户端是 win 7 系统上的 Firefox 38。

我的问题是：为什么客户端在 5 秒后发送一个 FIN,ACK？

是因为等待5秒钟后，服务器没有任何消息？如果我的猜测属实，Firefox 中是否有任何设置可以扩展此功能，因为服务器速度很慢且 5 秒很短。

如果不是真的，是否只是因为客户端（Firefox 浏览器）有一些问题导致客户端发送 FIN ,ACK 以关闭连接？或者可能是一些服务器问题？还是火狐问题？

当服务器性能缓慢时，我们会间歇性地遇到此问题。服务器人说不是服务器问题，客户端人说不是应用程序客户端问题？

是否可能只是 firefox 问题，或者 firefox 上的某些扩展导致客户端发送 FIN、ACK？

最重要的问题：

来自wireshark，服务器人说服务器没有问题是合理的，因为客户端发出了fin,ack？
是否有任何 Firefox 设置来改变这种行为？

提前感谢任何了解 TCP/IP 的人。

【问题讨论】：

这个上下文中的词是'packet'，而不是'package'。
感谢指正
似乎是一个类似的问题：stackoverflow.com/questions/11381405/…
找到根本原因，它与Firefox问题有关，有兴趣的人请跟踪：bugzilla.mozilla.org/show_bug.cgi?id=1245059 解决方法是设置“network.http.network-changed.timeout”设置更大. 查看我们报告的 firefox 错误了解更多详情。

标签： firefox tcp wireshark tcp-ip

【解决方案1】：

因为客户端发出了 fin,ack 而服务器端的人说服务器端没有问题是否合理？

是的。 Firefox 决定在 5 秒空闲超时后关闭连接。这很正常。

是否有任何 Firefox 设置来改变这种行为？

这是题外话，但为什么呢？对我来说，这似乎是一个不错的空闲超时值。

【讨论】：

感谢您的检查。关于“五秒空闲超时。这很正常。”，你的意思是Firefox在“五秒空闲超时”后关闭连接是正常的。但你也说“是”，意思是“服务器没有问题”？如果firefox和服务器都没有问题，问题出在哪里？我需要知道设置才能更好地理解这一点，无论是 Firefox 设置还是 tcp/ip 上的特殊设置。提前致谢
当我在说 Firefox 在 5 秒超时后关闭连接的句子之后说“这很正常”时，我的意思是“这很正常”。当我对一个询问我的服务器人员说没有问题是否合理的问题说“是”时，我的意思是“是”。这里没有问题。这是正常的。如果您想无缘无故地摆弄它，请参阅here，我通过在 Google 中输入“Firefox 连接超时设置”找到了它。我觉得你自己可能已经完成了。
谢谢，我尝试了很多谷歌，有很多不同类型的超时。并尝试每个，还没有完成。也会检查这个。
只有一个Firefox连接超时设置，我链接的结果非常接近顶部。
嗨 EJP，kb.mozillazine.org/Accessibility.typeaheadfind.enabletimeout 你是这个意思吗。但这似乎与查找文本相关，而不是连接超时。更多背景信息，我正在对此进行调查，因为试图找到一种不让 firefox 触发 [FIN,ACK] 或让它仅在 5 分钟后触发而不是 5 秒的方法。我们有一个间歇性问题，服务器人员获取了 wireshark 日志并认为问题出在客户端，而客户端人员找不到发送此 [FIN,ACK] 的原因。