firefox - 当 firefox 38 在服务器确认从 firefox 获取的 http 后发送 FIN、ACK 时？

Question

查看随附的 wireshark 日志:(请单击它以使其足够大以供查看):

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

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

我的问题是: 为什么客户端在 5 秒后发送 FIN，ACK？

是因为等了5秒，服务器没有任何消息？ 如果我猜对了，Firefox 中是否有任何设置可以扩展它，因为服务器很慢而且 5 秒很短。

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

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

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

最重要的问题:

1. 从 wireshark 来看，服务器人员说服务器没有问题是合理的，因为客户端发出了 fin,ack？
2. 是否有任何 firefox 设置可以改变这种行为？

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

Answer 1

Is it reasonable that server people say no problem at server because client issued a fin,ack?

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

Is there any firefox setting to change this behavior?

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