如何在有多个IP的机器上控制ZeroMQ包的源IP地址？

Question

Python标准库的< code >套接字。create_connection()方法有一个源地址选项，用于控制连接使用哪个源IP。

给定一台有多个地址的机器，我如何使用Python ZeroMQ套接字做同样的事情？

在这种情况下，我一直在使用Linux的iproute2 ip addr addr来创建地址和ZeroMQ pub/sub套接字原型。

Answer 1

当尝试.连接（）到远程时，我在协议留档中找到了答案，将源ip放在连接字符串中的分号之前：

rc = zmq_connect(socket, "tcp://192.168.1.17:5555;192.168.1.1:5555")

在 Python 中，这看起来像：

socket = zmq.Context().socket(zmq.SUB)
socket.connect('tcp://192.168.1.17:5555;192.168.1.1:5555')

Answer 2

为什么？

经典套接字是一种免费的资源。

ZeroMQ是一个相当复杂的思想和行为原则的层次结构（更好的分布式行为），它有助于设计智能分布式计算系统，而不触及低级（ZeroMQ很好地抽象）细节，控制所有分布式计算系统在恶劣条件下的实际事件流（并且必须相应地在低级别处理， 如果要实现 ZeroMQ “promise”保留的高级抽象，并让设计人员的思想专注于他/她的核心应用部分，而不是重新设计轮子（所有试验和错误）在 O/S 资源上拉绳子和摇动系统服务，只收集一些低垂的水果类型）。

出于这些原因，最好直接忘记ZeroMQ是“类似于-socket”

1：
ZeroMQpromise轻松重用一些琐碎的可扩展正式通信模式原型，提供特定的分布式行为{PUB/SUB|PUSH/PULL|PAIR/PAIR|XPUB/XSUB|…|REQ/REP}。

2：
除了仅使用无设备inproc：//传输类的情况外，在所有其他情况下，ZeroMQ需要一个或多个可调谐“引擎”的实例-上下文（nIO线程=N），N

3：
有了这个，任何（未来的套接字）接入点都可以被实例化，从出生的那一刻起就带有行为原型：

aSubscribeCHANNEL = aLocalCONTEXT.socket( zmq.SUB )      # this is NOT a <SOCKET>
#                                 ^^^^^^__________________ even it was typed in

4：
在本地“引擎”内部准备好“接入点”实例后，可以使用一个或多个（是的，更多… WOW！这意味着更多传入的拉绳进入/哨声从单个接入点“行为节点”吹出）对以下任一方法的调用：
。绑定（

5:
当且仅当a 。bind()-RTO就绪接入点A被第一个实时< code >访问。connect()-RTO就绪接入点B，具有任何匹配的行为配对，zero MQ-消息/信令原型变得活跃(出于历史原因，也可能将其命名为套接字，以便于解释)

_{（出于显而易见的原因，PUB/PUB永远不会合适，而PUB/SUB和许多其他行为原型对将会并且会做可爱的匹配，并形成相互兼容的行为，最终会活下去并保持不变）}

只需在对
的调用中使用完全限定的规范。绑定（“｛tcp|pgm|epgm｝：//

就这么简单。

很酷，不是吗？

< sub >在性能调优、延迟削减和安全性调整方面，还有许多令人惊喜的事情。