我正在开发一个应用程序，该服务器具有一个具有 4 个 NIC 端口的服务器，这些端口将配置为所有 NIC 的相同静态 IP 地址 192.168.0.1，并与 4 个单独的黑盒对话，每个黑盒具有相同的静态 IP 地址每个盒子上的 192.168.0.2 也是如此。与黑盒通信的唯一区别是端口号，例如框 1 将使用端口 2010 来监听我的数据，而框 2 将使用 2020，框 3 将使用 2030 等等。发送回服务器的盒子的模式，如端口 2110、2120、2130 等。服务器和黑匣子之间的接线接口(interface)是一对一的，中间没有任何交换机或集线器。这意味着以太网端口 eth1 直接连接到框 1，eth2 连接到框 2，依此类推。
在我的应用程序设计中，每个端口都有不同的套接字实例，我会遇到不同的威胁。我不确定的一件事是如何指定套接字应该使用哪个以太网接口(interface)？我已经阅读了bind()在其他威胁中，因为可以指定源的 IP 地址和端口并将它们绑定(bind)到套接字，让底层决定要使用的实际以太网适配器。由于我将使用数据报 UDP 数据包，无论客户端是否正在监听，它们都只是在网络上发送出去，所以我假设在这里解析 ip/port 不起作用，我也不想向网络发送垃圾邮件数据包，因为已经丢失了数据流。此外，这将在 Windows 环境中使用 winsock2 在 C++11 下编写。
在这种情况下，我将如何指定用于特定套接字的 eth 接口(interface)/适配器？
对于那些会问我为什么要这样做的人，我别无选择，因为它是外部供应商的黑盒硬件，我无法控制指定不同的 IP 地址。
最佳答案
您可以这样做，但不能使用套接字，甚至不能使用主机的网络协议(protocol)栈。
但是您可以使用诸如 winpcap、tun/tap 或 slirp 之类的机制从特定接口(interface)发送和接收完整的数据包。实际上，无论如何都需要进行适当的网络测试，因为您需要测试对等方处理格式错误的数据包的能力，而主机网络堆栈永远不会生成这些数据包。
基本观察，您的任务本质上等同于在用户模式下实现桥接，尽管您不是从桥接学习表中选择接口(interface)，但其余部分相同。所以看看一些在 Win32 上进行用户模式桥接的软件，例如 coLinux .
如果您的需求文档实际上说它将使用 Winsock2 完成，那么您将需要努力争取改变，然后才有任何进展的希望。 (这就是为什么需求应该指定目标，而不是手段。)
关于sockets - 当所有 IP 地址都相同时，指定用于 UDP 写入的以太网端口，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29145937/