另一种方法是使用一个程序在一个端口上监听，该程序分析流量类型(ssh、https等)，它将在内部重定向到另一个“真正的”服务正在监听的端口。

例如，对于Linux, sslh: https://github.com/yrutschle/sslh

肯定是的。据我所知，从内核版本3.9(不确定版本)开始，就引入了对SO_REUSEPORT的支持。SO_RESUEPORT允许绑定到完全相同的端口和地址，只要第一个服务器在绑定套接字之前设置了这个选项。

它适用于TCP和UDP。有关更多详细信息，请参阅链接:SO_REUSEPORT

简短的回答:

根据这里给出的答案。您可以让两个应用程序侦听相同的IP地址和端口号，只要其中一个端口是UDP端口，而另一个是TCP端口。

解释:

端口的概念与TCP/IP堆栈的传输层相关，因此只要使用堆栈的不同传输层协议，就可以让多个进程侦听相同的< IP -address>:<port>组合。

人们有一个疑问，如果两个应用程序运行在相同的<ip-address>:<端口>组合上，那么在远程机器上运行的客户机如何区分这两个应用程序?如果你看一下IP层数据包头(https://en.wikipedia.org/wiki/IPv4#Header)，你会发现第72位到第79位是用来定义协议的，这就是如何区分的。

然而，如果你想让两个应用程序在相同的TCP < IP -address>:<port>组合上，那么答案是否定的(一个有趣的练习是启动两个vm，给它们相同的IP地址，但不同的MAC地址，看看会发生什么——你会注意到有些时候VM1将获得数据包，而其他时候VM2将获得数据包——这取决于ARP缓存刷新)。

我认为，通过让两个应用程序在相同的<op-address>:<端口>上运行，可以实现某种负载平衡。为此，您可以在不同的端口上运行应用程序，并编写IP表规则来划分它们之间的流量。

请参见@user6169806的回答。

如果至少有一个远程ip是已知的，静态的，专用于只与你的一个应用程序对话，你可以使用iptables规则(表nat，链PREROUTING)来重定向从这个地址到“共享”本地端口的传入流量到任何其他端口，其中适当的应用程序实际监听。

不。一次只能有一个应用程序绑定到一个端口，强制绑定时的行为是不确定的。

使用多播套接字(听起来与您想要的相距甚远)，只要在每个套接字的选项中设置SO_REUSEADDR，就可以有多个应用程序绑定到一个端口。

您可以通过编写一个“主”进程来实现这一点，该进程接受并处理所有连接，然后将它们交给需要侦听同一端口的两个应用程序。这是Web服务器等采用的方法，因为许多进程需要侦听80。

除此之外，我们将讨论细节——您同时标记了TCP和UDP，是哪个?还有，什么平台?

Yes.

从这篇文章中: https://lwn.net/Articles/542629/

新的套接字选项允许同一主机上的多个套接字绑定到同一个端口