Hyperledger Fabric网关调用getNetwork报错及交易提交失败求助

一、开启服务发现时：DiscoveryService: mainchannel error: access denied #

这个错误核心是身份无通道服务发现权限或配置存在问题，排查方向：

• 身份权限不足：Fabric服务发现要求身份被授予discover权限。检查通道ACL配置，确认你的身份所属MSP被允许执行发现操作；也可查看MSP策略，确保身份属于有权限的角色（如admin或指定客户端角色）。
• Connection Profile配置问题：确认配置文件中指定的peer节点是mainchannel的成员，且该peer开启了服务发现（默认开启，可查peer日志确认）。同时检查TLS配置，若开启TLS，根证书路径、身份证书/密钥需和peer要求匹配。
• MSP身份验证失败：检查身份证书所属的MSP ID是否与mainchannel中加入的组织MSP一致，证书是否过期、格式是否正确（如是否为PEM格式）。

二、关闭服务发现后：contract.submitTransaction()报“No valid responses from any peers” #

关闭服务发现后，Gateway无法自动发现通道内peer，需手动指定，同时还有其他可能的问题：

• Peer节点配置缺失：Connection Profile的channels.mainchannel.peers字段必须显式列出至少一个已加入mainchannel的peer节点，包括正确的地址、端口和TLS配置。未配置此部分时，Gateway不知道该连接哪个peer，自然无响应。
• Peer节点不可达：检查配置的peer地址、端口是否正确，网络是否连通（如防火墙是否拦截gRPC端口，默认7051）。可用ping测试IP连通性，或用grpcurl工具测试peer的gRPC服务是否正常响应。
• 交易权限不足：即便能获取network和contract，身份可能无提交该链码交易的权限。检查通道ACL是否允许该身份发起交易，或链码背书策略是否要求特定MSP的peer背书，而你未连接对应peer。
• 链码状态异常：确认目标链码已在指定peer上安装，且在mainchannel上完成实例化（或升级）。可通过以下命令验证：

  peer chaincode list --installed
  peer chaincode list --instantiated -C mainchannel
  

• TLS配置错误：若peer开启TLS，关闭discovery后必须在Connection Profile中正确配置TLS根证书，否则Gateway无法与peer建立安全连接，导致无响应。

排查步骤建议 #

1. 优先解决服务发现权限问题（恢复discovery为true）：
   • 拉取通道配置块：peer channel fetch config mainchannel_config.block -C mainchannel，解码后查看/Channel/Application/ACLs中的Discovery权限策略。
   • 用openssl x509 -in user-cert.pem -text检查身份证书的MSP ID、有效期等信息，确认与通道配置匹配。
   • 查看peer日志，确认discovery服务正常运行，无报错。
2. 若需临时关闭discovery：
   • 补全Connection Profile中channels.mainchannel.peers的peer配置信息。
   • 用grpcurl测试peer连通性，示例：

     grpcurl -cacert tlsca.pem -cert user-cert.pem -key user-key.pem peer0.org1.example.com:7051 grpc.health.v1.Health/Check
     

   • 查看peer日志，寻找连接拒绝、权限错误的具体信息，定位问题。

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