这个问题我之前处理过类似的场景，核心在于ZeroMQ的ROUTER套接字默认不会主动暴露远端的IP信息，所以得换个思路来解决，给你几个可行的方案：

方案1：让Worker主动上报WebSocket地址 #

这是最直接也最可靠的方式——毕竟Worker自己最清楚它的WebSocket服务对外的访问地址（不管是公网IP/域名+端口，还是内网地址）。

• 当Worker启动并连接到服务器的ROUTER套接字后，先发送一条注册消息，格式可以自己定义（比如用JSON序列化），示例消息内容：{"type": "register", "ws_addr": "ws://worker-ip:8080/ws"}
• 服务器收到这条注册消息后，提取ROUTER返回的Worker身份标识（ZeroMQ会为每个ROUTER连接分配唯一身份，你也可以让Worker自己设置自定义身份），把身份和WebSocket地址关联起来存在字典或缓存中
• 当真实客户端通过REP套接字请求Worker的WebSocket地址时，服务器直接从缓存中取出对应地址返回，客户端就能直接连接Worker的WebSocket了

注意要处理Worker断开连接的情况：可以通过ZeroMQ的心跳机制，或者监听连接断开事件，及时清理缓存里的无效条目，避免返回错误地址。

方案2：服务器作为WebSocket中转代理 #

如果Worker处于内网无公网IP，或者你不想让真实客户端直接访问Worker，那服务器可以扮演中间代理的角色：

• 服务器额外开启一个WebSocket服务端口（比如8080）
• 真实客户端连接服务器的这个WebSocket端口，同时通过初始消息指定要连接的Worker身份（比如{"target_worker_id": "worker_001"}）
• 服务器收到后，通过ROUTER套接字和对应Worker建立数据转发通道：把真实客户端的WebSocket消息转发给Worker，再把Worker的响应转发回客户端
• 这种方式下，Worker不需要暴露自身地址，所有流量都经过服务器中转，还能额外做权限校验、流量监控等操作

实现时可以用对应语言的WebSocket库（比如Python的websockets、Node.js的ws）处理WebSocket连接，再和ZeroMQ的ROUTER套接字做数据桥接。

方案3：尝试获取ZeroMQ连接元数据（有局限性） #

部分ZeroMQ版本（4.0及以上）支持获取连接的元数据，其中包含远端IP和端口信息。你可以在服务器收到Worker的第一条消息时，通过ZMQ_PEERADDR选项提取：

• 以Python为例，使用pyzmq的话可以这样获取：

  import zmq
  
  context = zmq.Context()
  router_socket = context.socket(zmq.ROUTER)
  router_socket.bind("tcp://*:5555")
  
  while True:
      identity, message = router_socket.recv_multipart()
      # 获取远端地址
      peer_addr = router_socket.getsockopt(zmq.PEERADDR)
      print(f"Worker {identity.decode()} addr: {peer_addr.decode()}")
  

• 拿到IP后，结合Worker的WebSocket端口（可以是约定好的固定端口，或者Worker通过消息告知），就能拼接出WebSocket地址
• 但这个方案有局限性：如果Worker和服务器用IPC/inproc协议通信，就拿不到IP；不同语言的ZeroMQ绑定获取元数据的方式也有差异，需要查对应文档

总的来说，优先推荐方案1，简单易实现且可靠；如果有网络环境限制，选方案2更稳妥；方案3适合能获取到元数据的特定场景。

内容的提问来源于stack exchange，提问作者aze