Ubuntu本地Hyperledger Fabric网络连接超时问题咨询

从你给出的错误日志和连接配置来看，核心问题是API服务器无法在规定时间内连接到peer节点，大概率是TLS验证不通过或者网络配置出了问题，我给你梳理几个排查和解决的方向：

1. 修复TLS主机名不匹配的问题 #

你的连接配置里把ssl-target-name-override设成了192.168.19.135，但Fabric peer节点的TLS证书默认是用节点的主机名（比如peer0.org1.example.com）作为CN（通用名称）的。当你用IP访问peer时，TLS握手会检查访问地址和证书里的CN是否一致，不匹配的话就会悄悄拒绝连接，表现出来就是超时。

解决步骤：

• 修改连接配置里的grpcOptions，把ssl-target-name-override改成对应的peer主机名：

  "peer0.org1.example.com": {
    "url": "grpcs://192.168.19.135:7051",
    "tlsCACerts": {
      "path": "crypto-config/peerOrganizations/org1.example.com/tlsca/tlsca.org1.example.com-cert.pem"
    },
    "grpcOptions": {
      "ssl-target-name-override": "peer0.org1.example.com"
    }
  },
  "peer1.org1.example.com": {
    "url": "grpcs://192.168.19.135:8051",
    "tlsCACerts": {
      "path": "crypto-config/peerOrganizations/org1.example.com/tlsca/tlsca.org1.example.com-cert.pem"
    },
    "grpcOptions": {
      "ssl-target-name-override": "peer1.org1.example.com"
    }
  }
  

• 确保你的API服务器所在环境（本地或者Docker容器）能解析这些主机名：
  • 本地机器：编辑/etc/hosts，添加一行：

    192.168.19.135 peer0.org1.example.com peer1.org1.example.com
    

  • Docker容器：启动容器时用--add-host参数映射主机名，或者进入容器修改/etc/hosts：

    docker run --add-host peer0.org1.example.com:192.168.19.135 --add-host peer1.org1.example.com:192.168.19.135 [你的容器启动参数]
    

2. 验证端口和网络连通性 #

先确认网络层面能不能通：

• 在本地机器上测试端口是否可达：

  nc -zv 192.168.19.135 7051
  nc -zv 192.168.19.135 8051
  

  如果显示连接失败，检查peer容器的端口映射是否正确：用docker ps查看peer容器的端口列，确认7051、8051是绑定到主机IP（0.0.0.0或者192.168.19.135）的，不是只绑定到容器内部。
• 如果API服务器在Docker里，还要检查容器和Fabric网络的连通性——比如容器是否和peer在同一个Docker网络，或者是否通过正确的端口映射访问主机的peer端口。

3. 确认TLS证书路径正确 #

你的配置里指定了TLS根证书的路径，要确保API服务器能访问到这个文件：

• 如果是Docker容器里的API服务器，进入容器检查文件是否存在：

  docker exec -it <你的API容器ID> ls -l crypto-config/peerOrganizations/org1.example.com/tlsca/tlsca.org1.example.com-cert.pem
  

  如果文件不存在，要么调整配置里的路径，要么把证书文件夹复制到容器里对应的位置。

4. 补上Promise错误处理 #

日志里还有UnhandledPromiseRejectionWarning，这说明你的代码里没处理异步操作的错误，建议给所有Fabric相关的异步逻辑加上错误捕获：

async function queryChaincode() {
  try {
    // 你的查询逻辑，比如获取network、contract，调用evaluateTransaction等
  } catch (error) {
    console.error('查询出错了:', error);
    // 这里可以添加错误处理逻辑，比如返回错误响应给前端
  }
}

这样能更清晰地定位问题，也避免后续Node.js版本因为未处理的Promise拒绝直接终止进程。

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