Tcp 客户端在3路握手后发送RST当服务器监听80时，更改端口即可_Tcp_Socketasynceventargs

Tcp 客户端在3路握手后发送RST当服务器监听80时，更改端口即可

tcp

Tcp 客户端在3路握手后发送RST当服务器监听80时，更改端口即可,tcp,socketasynceventargs,Tcp,Socketasynceventargs,我基于SocketAsyncEventArgs（C#）而不是商业软件编写了一个定制的HTTP服务器。当服务器正在侦听端口8080/12345时。。。没关系。但仅在端口80上，当浏览器使用HTTP请求启动连接时，显示如下： 2785:[SYN]Seq=0 Win=8192 Len=0 MSS=1460 WS=4 SACK_PERM=1 2786:[SYN，ACK]序列=0 ACK=1 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1 2787:[ACK]序列=

我基于SocketAsyncEventArgs（C#）而不是商业软件编写了一个定制的HTTP服务器。当服务器正在侦听端口8080/12345时。。。没关系。但仅在端口80上，当浏览器使用HTTP请求启动连接时，显示如下：

2785:[SYN]Seq=0 Win=8192 Len=0 MSS=1460 WS=4 SACK_PERM=1
2786:[SYN，ACK]序列=0 ACK=1 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
2787:[ACK]序列=1 ACK=1 Win=65700 Len=0
2788:[RST]序列=1赢=65536蓝=0
3538:HTTP767get/push_push.do？imei=356708041124742&simno=4600230。。。废话

请注意，当客户端发送类似“socket.Send（HTTP_bytes）；”的HTTP请求时，第2788号[RST]和第3538号[Normal HTTP request]TCP消息将连续发送

========================

请给我一个关于以下方面的建议：

[RST]是如何产生的以及如何避免它
为什么监听端口会影响

我无法想象您的[RST]与“restructuredtext”有关，因此我删除了此标记。很抱歉，当我标记“RST”时，它隐式地是restructuredtext的缩写。。。