两个套接字是否不允许使用同一端口？

Question

>

当同一主机上的两个进程使用网络套接字通信时，它们的套接字必须使用不同的端口吗？

我想是的，因为套接字由IP地址和端口号标识。如果进程的套接字使用相同的端口，则无法区分它们的套接字，对吗？

但是一个主机可以有多个网络接口，所以有多个IP地址。同一个主机上的多个网络接口是否可以共享一个端口，从而使两个套接字共享同一个端口？

例如，SSH本地端口转发由以下选项指定：

-L [bind_address:]port:host:hostport

然后本地主机（SSH客户端运行的地方）上的进程（如Firefox）连接到端口。

>

SSH客户端是否创建了一个新套接字，并将端口作为套接字的端口？

port是否属于SSH客户端的套接字，或者属于进程的套接字。Firefox），还是两者（即SSH客户端的套接字和Firefox进程的套接字都使用相同的端口port）？

由评论链接的线程没有回答我的问题（至少是直接的）。




Answer 1

您必须区分TCP和UDP。TCP是面向连接的，UDP不是。

当您想要接收任何内容时，通常会将套接字绑定到IN_ADDRANY和特定端口。对于TCP，您将执行侦听，对于UDP，您将执行recfrom。

最具体的东西将用于匹配。因为你也可以绑定到一个特定的Ip地址。在这种情况下，将检查传入消息的目标IP地址和端口。如果有人正在侦听该ip地址和该端口（recfrom或listen），则将使用该套接字。如果未找到任何特定项，则使用IN_ADDRANY查找匹配项。如果总是绑定到IN_ADDRANY，则不能让2个UDP套接字使用套接字绑定到同一端口进行recfrom，也不能在同一端口上使用侦听TCP套接字。

对于UDP，讨论到此结束。

对于TCP来说，事情要复杂得多。从端口a上的侦听套接字开始。此时，系统上只有一个使用端口a的套接字。现在连接由正在连接的客户端建立。侦听套接字克隆在accept中返回的服务套接字中。该插座未处于侦听状态！！！。但它仍然使用端口A。因为它不是侦听套接字，TCP不会使用它来匹配传入的连接请求，因此它只使用侦听套接字。为了匹配传入数据，它使用了连接对的概念。这是您自己的ip地址和端口，在本例中是A，以及源ip地址和端口。这4个参数唯一地标识连接，这与上面的答案非常不同，后者似乎声称套接字由5个参数唯一标识，实际上是由4个参数标识的TCP连接。因此，连接后，系统上基本上有两个插座，都使用端口a。一个监听插座和一个服务插座。建立的连接越多，分配的服务套接字越多，使用同一端口的套接字也越多。当然，如果连接被关闭，它们就会再次消失。

我希望这能澄清一些事情。结论是传输控制协议由4个参数标识，而监听TCP套接字仅由2个参数标识。TCP连接彼此完全隔离，当然也与监听套接字隔离，这个套接字仅用于连接和处理第一个TCP SYN消息。

对于冗长的回答和复杂性，我深表歉意。一旦你理解了它，它就变得非常简单。

SSH客户端是否创建了一个新套接字，并将端口作为套接字的端口？

不，客户端连接到已知的服务器端口，但使用临时端口。除非客户端也将套接字绑定到已知端口，但这不是正常情况。

端口是属于SSH客户端的套接字，还是属于进程的套接字（如Firefox），还是两者都属于（即SSH客户端的套接字和Firefox进程的套接字使用相同的端口）？

短暂端口属于客户端，众所周知的ssh端口属于服务器进程。

服务器和客户端之间的传输控制协议由套接字对标识。配对的一端在客户端机器上，另一端在服务器机器上。

在这一点上，我还有什么问题没有回答？