在服务器和客户端之间成功的 TCP 连接

Question

相关帖子

In UNIX forum 此处的帖子描述

• 服务器将继续侦听端口号。

• 服务器将使用accept() 接受客户端connect() 请求。一旦服务器接受客户端请求，内核就会为服务器分配一个随机端口号，用于进一步的send()和receive()，因为服务器上的相同端口号不能用于发送和侦听，并且之前的端口仍在监听新的连接

问题

我有一个服务器应用程序S，它一直在监听端口 18333（这实际上是bitcoindtestnet）。当另一个客户端节点 C 在 53446（随机端口）上与其连接时。根据上面的帖子，S 将只能从端口 53446 发送/接收“C”的数据。

但是当我运行 bitcoind testnet 时。这与其他节点完美通信，在端口 18333 中只有一个套接字连接，而无需另一个用于发送/接收。下面是sn-p，我什至验证了这一点

bitcoin-cli -testnet -rpcport=16591 -datadir=/home/user/mytest/1/ 

  {
    "id": 1,
    "addr": "178.32.61.149:18333"
  }

谁能帮助我了解 TCP 套接字连接的正确工作方式是什么？

Answer 1

一个 TCP 连接由一个套接字对标识，这由 4 个参数唯一标识：

• 源IP
• 源端口
• 目标ip
• 目的港

对于与服务器建立的每个连接，基本上都会克隆套接字并使用相同的端口。因此，对于每个连接，您都有一个使用相同服务器端口的套接字。所以当有 n 个连接时，你有 n+1 个套接字使用相同的端口。

TCP 内核能够区分所有这些套接字和连接，因为套接字要么处于侦听状态，要么属于考虑所有 4 个参数的套接字对。

因此，您的第二个项目符号是错误的，因为正在使用与我上面解释的相同的端口。

Answer 2

服务器将使用accept() 接受客户端connect() 请求。作为 一旦服务器接受客户端请求，内核分配一个 服务器的随机端口号用于进一步的send() 和receive()。

在正常的 TCP 流量中，情况并非如此。如果网络服务器正在侦听端口 80，则发送回客户端的所有数据包都将通过服务器端口 80（例如，这可以使用 WireShark 进行验证） - 但每个连接都会有不同的socket（srcIP:port - dstIP:port） .该信息在网络数据包的标头中发送 - IP 标头中的 IP 和协议代码（TCP、UDP 或其他），作为 TCP 或 UDP 标头一部分的端口号）。

但是当通过ftp 进行通信时，可能会更改端口，其中可能有一个控制端口（通常为 21）和一个协商的数据端口。