python - 如何在具有多个IP的机器上控制ZeroMQ数据包的源IP地址？

Question

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

给定一台具有多个地址的机器，如何使用 Python ZeroMQ 套接字执行相同的操作？

在本例中，我一直使用 Linux 的 iproute2 ip addr add 来创建地址和 ZeroMQ PUB/SUB 套接字原型(prototype)。

Answer 1

嗯，ZeroMQ 读起来有点棘手 socket -“交易对手”^(不是)

为什么？

古典socket是一种免费利用的资源。

ZeroMQ 是一个相当复杂的思想和行为原则(更好的分布式行为)层次结构，有助于设计智能分布式计算系统，而无需触及控制实际事件流的低级(ZeroMQ 很好抽象)细节在恶劣条件下的 Storm 中，所有分布式计算系统都是开放面对的(并且必须相应地在低级别进行处理，如果要实现 ZeroMQ“ promise ”保留的高级抽象并让设计人员能够集中精力在他/她的核心应用程序部分，而不是重新设计轮子(经过所有的试验和错误)来操纵操作系统资源并摇动系统服务来收集一些容易实现的成果)。

<小时/>

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

<小时/>

不到五秒即可实现 ZeroMQ 层次结构

1:
ZeroMQ promise 轻松重用一些琐碎的可扩展正式通信模式原型(prototype)，提供特定的分布式行为 { PUB/SUB | PUSH/PULL | PAIR/PAIR | XPUB/XSUB | ... | REQ/REP } .

2:
除非专门使用无设备 inproc:// 传输级，在所有其他情况下，ZeroMQ 需要一个或多个可调“引擎”实例 - a Context( nIOthreads = N ) , N >= 1 .

3:
有了这个，任何( future 的套接字)接入点都可以被实例化，从诞生的那一刻起就具有行为原型(prototype):

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

4:
在本地“引擎”“内部”准备好“接入点”实例，人们可以使用一个或多个(是的)将其物化锁定在外部现实中，更多...哇!意味着更多传入的拉线进入/从单个接入点“行为节点”吹出的口哨)调用以下任一方法:
<强> .bind( <transport-class>://<a-class-specific-address> <强> )
或
<强> .connect( <transport-class>://<a-class-specific-address> <强> )

5:
当且仅当 .bind() -RTO 就绪接入点 A“被首次访问” .connect() -RTO 就绪的接入点 B，具有任何匹配的行为配对，ZeroMQ 消息传递/信令原型(prototype)开始生效(将其命名为套接字可能是出于历史原因，以便及时简化解释)

_{( PUB/PUB 永远不会适合，原因显而易见，而 PUB/SUB 和许多其他行为原型(prototype)对将会并且做可爱的匹配并形成最终将上线的相互“兼容”行为保持如此)}

<小时/>

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

只需在调用中使用完全限定的规范即可
<强> .bind( "{ tcp | pgm | epgm }://<ip>:<port#>" <强> ) 方法，你就完成了。

就这么简单。

很酷，不是吗？

_{在性能调整、延迟削减和安全性调整方面还有更多惊喜。}