我有一个连接到 1 个接口的服务器tap0。还有一个具有 2 个接口的客户端，这些接口具有公共 Internet 连接（eth1和eth2）以及接口 2 的隧道，因此我可以通过 发送流量，tap0并且实际上将通过 发送数据eth2。
如果我做
curl ifconfig.co
我得到了eth1. 如果我做
curl ifconfig.co --interface eth2
我得到了 的公共 IP eth2，如果我得到了
curl ifconfig.co --interface tap0
我得到了服务器的公共 IP（它通过了隧道，所以一切都很好）。
tap0在192.168.0.0/24子网中（其他的是192.168.1.0/24and 192.168.3.0/24，所以这里没有冲突），我可以正确连接到192.168.0.1, 192.168.0.22（这是服务器本地 IP）等。
我已经在服务器路由器 ( 192.168.0.1) 中为我需要的机器端口192.168.0.22（iperf3、80、OpenVPN 等）设置了重定向。
简而言之，我认为到目前为止我的一切工作正常。
当我想连接到服务器公共 IP 时，问题就来了。假设公共 IP1.2.3.4通过 VPN。如果我做
curl 1.2.3.4
当连接通过服务器路由器时，我得到了我需要的所有信息，eth1服务器路由器将其重定向到服务器所在的本地计算机。但如果我这样做
curl 1.2.3.4 --interface tap0
什么都没发生！
使用 tcpdump检查客户端tap0我可以看到创建了一个请求
但是该请求永远不会到达服务器上（检查了服务器上的 eth0 是否有传入的 OpenVPN UDP 数据包，并且在客户端中创建此数据包时没有新数据包到达）。当从客户端连接到其他任何东西时，这在服务器上：
这变成了一个解密的数据包，不用说当那里没有出现 UDP 数据包时，没有解密的数据包出现。
tap0tap0eth0
tap0tap0
我不知道这里发生了什么。我以为tap0在客户端通过的所有数据包都会毫无限制地发送到服务器，但事实并非如此。
另外，如果我去服务器机器192.168.0.22对公共 IP 进行 curl，我会连接回 Web 服务器并且 curl 接收结果，因此服务器连接到自身不会有问题。
图（别杀我）：
我该怎么做才能使与我的服务器公共 IP 的连接在发送时有效tap0？
首先，您必须接受 VPN 要保持连接，从 VPN 客户端到 VPN 服务器的连接必须发生在 VPN 之外。
其次，您必须了解这
curl 1.2.3.4 --interface tap0不会改变您客户端上的路由。它所做的只是控制数据包的源 IP。如果你连接到 VPN 服务器的外部 IP，它仍然会直接出去，而不是神奇地被吸入隧道。无论如何，请仔细查看您的路由表，它会告诉您数据包将如何流动。
标准答案：你没有。使用拆分 DNS 或其他方式，以便在您的 VPN 启动时使用内部地址。
复杂/棘手的答案：如果您的所有客户端都是基于 Linux 的，您可能会通过策略路由和设置来做一些事情，以便 OpenVPN 流量仍然穿过公共网络，而非 OpenVPN 流量使用隧道。但几乎可以肯定，设置起来会非常复杂，并且需要一些奇怪的脚本。我没做过，也不知道有什么教程。
知道了！我认为这比其他方法更像是一种解决方法，但它按预期工作。
只需创建一个
iptables规则，如果源和目标对应于公共服务器 IP 和隧道 IP，将修改数据包的目标：并做了！像 MP-TCP 的魅力一样工作。