Hyperledger Fabric 1.4.2部署Caliper v0.3.0时Orderer连接失败求助

我之前碰到过几乎一模一样的场景，结合你给出的错误信息（14 UNAVAILABLE: failed to connect to all addresses和SERVICE_UNAVAILABLE），核心问题就是Caliper所在节点无法正常与Orderer节点建立连接。下面是几个逐步排查和解决的方向：

1. 先确认网络层面的可达性 #

因为你的Fabric组件分散在3台不同虚拟机上，首先要保证运行Caliper的机器能直接访问Orderer节点的IP和端口：

• 用ping <orderer-vm-ip>测试基础连通性，如果ping不通，先检查VM之间的网络是否互通（比如是不是在同一个子网，有没有防火墙/安全组拦截ICMP）
• 用telnet <orderer-vm-ip> 7050测试端口开放情况（默认Orderer端口是7050，如果你改了就用实际端口），如果telnet无法连接，说明Orderer的端口没有对外暴露，需要调整虚拟机的防火墙规则或者安全组，开放对应的端口。

2. 检查Caliper网络配置文件中的Orderer地址 #

这是最容易出错的点：

• 确保配置文件里Orderer的url字段写的是Orderer虚拟机的实际IP/域名，而不是localhost或者127.0.0.1。比如应该是grpc://192.168.x.x:7050，而不是grpc://localhost:7050——毕竟Orderer在另一台VM，localhost对Caliper来说就是它自己所在的机器，肯定找不到Orderer。
• 核对端口号是否和Orderer实际监听的一致，你可以查看Orderer的orderer.yaml配置文件里的General.ListenPort参数确认。

3. 验证Orderer的监听地址配置 #

如果Orderer只监听localhost，那即使网络通了，外部VM也无法连接：

• 打开Orderer的orderer.yaml，检查General.ListenAddress是否设置为0.0.0.0（允许所有IP访问），而不是127.0.0.1或者特定的本地IP。
• 如果修改了配置，需要重启Orderer节点生效。

4. 检查TLS相关配置（如果启用了TLS） #

如果你的Orderer启用了TLS，Caliper的配置必须匹配：

• 确保Caliper网络配置中Orderer部分的tlsCACerts路径正确指向Orderer的CA证书文件，而且Caliper进程有读取该文件的权限。
• 如果Orderer没启用TLS，配置里的URL必须用grpc://开头，不能用grpcs://，否则会因为TLS握手失败导致连接拒绝。

5. 确认Caliper与Fabric的版本兼容性 #

虽然Caliper v0.3.0支持Fabric 1.4.x，但要确保安装的Caliper Fabric插件版本完全匹配：

• 执行npm list @hyperledger/caliper-fabric查看插件版本，确保是0.3.0。如果不是，重新安装对应版本：npm install --save @hyperledger/caliper-fabric@0.3.0

快速验证工具推荐 #

可以用grpcurl工具直接测试Orderer的GRPC服务是否可访问：

grpcurl -plaintext <orderer-vm-ip>:7050 list

如果能返回Orderer的服务列表（比如orderer.AtomicBroadcast），说明网络和Orderer服务都是正常的，问题大概率在Caliper的配置里；如果返回连接失败，就回到前面的网络和Orderer配置排查。

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