此解决方案基于MonitoredQueue example from pyzmq doc
服务器绑定到端口5555
服务器将绑定到端口5555。与其他示例不同,我将保持服务器作为固定部分,而不会更改它连接到monitoredqueue。但是,这种交换不是问题,也不会产生任何问题(只要您正确地调整MonitoredQueue)。在
MonitoredQueue绑定到端口4444,连接到端口5555,在端口7777上发布流量
MonitoredQueue位于客户端和服务器之间。它监听端口4444,向服务器发送请求,并将响应发送回客户端。同时,任何经过的消息都将在PUB socket上以相应的前缀“in”或“out”发布。稍后我们将看到,这些不仅包含前缀和请求/响应,还包含客户端的标识。在
客户端连接到端口4444
客户机可以直接连接到5555端口上的服务器,但这不允许我们嗅探通信量。出于这个原因,我们将客户机连接到端口4444,在这里MonitoredQueue正在等待服务器和嗅探。在
您将看到,客户机和服务器不必更改一行代码即可参与此交换。在
实码
server.py
在我们的例子中,服务器需要一个可以转换为整数的字符串,并返回一个值加倍的字符串。在
import zmq
def double_server(server_url="tcp://*:5555"):
context = zmq.Context()
socket = context.socket(zmq.REP)
socket.bind(server_url)
print "server started..."
while True:
req = socket.recv()
print "server received request", req
result = str(2*int(req))
socket.send(result)
print "server replied with", result
if __name__ == "__main__":
double_server()
client.py
我们的客户机将尝试5次请求本地主机上端口4444的一些结果。在
^{pr2}$
您现在可以尝试直接连接到端口5555以查看它是否正常工作,但是对于我们的嗅探,它必须与MonitoredQueue通信。在
monitor.py
所有的魔法都来了。pyzmq
已经提供了设备MonitoredQueue
,所以我们可以简单地使用它。在
import zmq
from zmq.devices.monitoredqueuedevice import MonitoredQueue
from zmq.utils.strtypes import asbytes
def monitoredqueue(frontend_url="tcp://*:4444", server_url="tcp://localhost:5555", capture_url="tcp://*:7777"):
mondev = MonitoredQueue(zmq.ROUTER, zmq.DEALER, zmq.PUB, asbytes("in"), asbytes("out"))
mondev.bind_in(frontend_url)
mondev.connect_out(server_url)
mondev.bind_mon(capture_url)
mondev.setsockopt_in(zmq.HWM, 1)
mondev.start()
print "monitored queue started"
if __name__ == "__main__":
monitoredqueue()
有关套接字类型和别名的注意事项:
- 在zmq路由器以前叫zmq.XREP公司在
- 在zmq经销商以前叫zmq.XREQ公司在
- 这些别名仍然有效。在
MonitoredQueue将发布在上传递的每个消息zmq.PUB公司端口7777上的插座。这些消息将以“in”和“out”作为前缀,还将包含一个带有标识字符串的帧。此标识字符串由路由器套接字分配,在交换期间,它对所有连接的客户端都是唯一的。此标识是所谓信封的一部分,来自由空框架分隔的请求/应答消息(稍后将看到)。在
monitorclient.py
这个监控客户端只是为了展示如何获取嗅探信息。在
它订阅端口7777,由监视器(MonitoredQueue)提供服务并将其打印出来。使用多部分消息是很重要的,否则我们会丢失一些信息。在
import zmq
def monitorclient(server_url="tcp://localhost:7777"):
context = zmq.Context()
socket = context.socket(zmq.SUB)
socket.connect(server_url)
socket.setsockopt(zmq.SUBSCRIBE, "")
print "started monitoring client"
while True:
res = socket.recv_multipart()
print res
if __name__ == "__main__":
monitorclient()
快跑
我们需要打开4个控制台,在每个控制台中我们将启动一个python脚本
首先启动服务器:
$ python server.py
启动MonitoredQueue
$ python monitor.py
启动客户端,读取嗅探消息
$ python monitorclient.py
最后,启动客户机,尝试从MonitoredQueue代理的服务器获取一些响应
$ python client.py
request 0
0 result: 0
request 1
1 result: 2
request 2
2 result: 4
request 3
3 result: 6
request 4
4 result: 8
结果如预期。在
现在检查一下服务器.py输出:
$ python server.py
server received request 0
server replied with 0
server received request 1
server replied with 2
server received request 2
server replied with 4
server received request 3
server replied with 6
server received request 4
server replied with 8
毫不奇怪,一切顺利。在
我们的monitor.py
不打印任何内容,我们将必须检查输出frommonitorclient.py
$ python monitorclient.py
started monitoring client
['in', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '0']
['out', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '0']
['in', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '1']
['out', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '2']
['in', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '2']
['out', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '4']
['in', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '3']
['out', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '6']
['in', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '4']
['out', '\x00\xc4\x84\x1c\xf2\xc2.@\xd3\x86cN\x0e\x06\x7f\xaf\x0b', '', '8']
在这里,您可以看到所有10条消息、5条请求、5条响应的打印输出。在
每个都有一个结构[prefix, identity, emptyframe, message]
,其中
prefix
是“in”或“out”identity
是由MonitoredQueues分配给特定客户机的字符串。每次客户端连接时,此标识可能会更改。作为奖励,我们可以连接多个客户机,并且仍然有机会区分不同的客户机。如果您需要特定的客户机标识,请参阅client.py
中带有{}的注释行。如果取消注释,您将看到"client_id_abc"
作为客户的标识。在emptyframe
被视为''
,它正在从消息数据中分隔信封。在message
是客户端询问的内容或服务器的答复。在
结论
- 嗅探工作正常,PyZMQ已经为此提供了设备监视队列
- 使用
zmq.PUB
嗅探不会阻止任何通信,您可以简单地忽略嗅探的数据,所有这些都可以工作。在 - 对于生产,将MonitoredQueue设置为系统的固定部分,从而绑定到已知的IP地址和端口,这将是实际可行的。这需要对服务器进行更改,服务器必须连接(而不是当前绑定)。这样的更改是微不足道的,不会影响其余的代码和行为。如果只监视一个端点,还可以将监视器嵌入服务器(这需要两个线程,一个用于服务器,另一个用于监视器)。在
zmq
对于这类任务来说是个很好的“乐高”。在