Avatar for Username

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信，及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

话题已存档。 如果需要帮助请提出新问题。

Firefox doesn't send the TCP FIN flag when the server has been sent it.

  • 2 个回答
  • 1 人有此问题
  • 2 次查看
  • 最后回复者为 iwo_andonow

iwo_andonow
iwo_andonow
more options

I have test web server that do redirect (304) when a button on a web page is clicked and tries to close the TCP socket with flags FIN and PSH. Firefox acknowledges the packet with no FIN flag set causing the server to re-transmit the message many times. I'm attaching Wireshark captured packets.

I have test web server that do redirect (304) when a button on a web page is clicked and tries to close the TCP socket with flags FIN and PSH. Firefox acknowledges the packet with no FIN flag set causing the server to re-transmit the message many times. I'm attaching Wireshark captured packets.

所有回复 (2)

vinodh.g
vinodh.g
more options

Is the behavior different on other web browsers? I think 304 is not a redirect. It is 'not modified'. Try using Firefox menu 'tools' -> 'Web Developer' -> 'Network' , it may give some pointers.

iwo_andonow
iwo_andonow 提问者
more options

Thank you for your advice! I'll investigate what happens through the 'Web Developer' -> 'Network'. I was using 304 with another web page that is not in the browser cache to force the browser to open another socket and load the page. I saw that in some example and I'm not sure that it is the most correct way of doing that. I tried the same scenario with IE11and it looked much cleaner: server sends FIN+PSH, client sends ACK+FIN, server sends ACK and the socket gets closed. I think I need to dig into the problem more and to narrow it down before you spend time on this. Thanks once again for the advices! PS: I can't upload here Wireshark packets file anymore.