使用IBM Bluemix导入区块链业务网络后连接失败，报400授权错误

这个Authorization failure（400错误）是在IBM Bluemix上使用Hyperledger Composer时常见的身份认证类问题，大概率和管理员卡片凭证、Fabric CA配置或网络权限设置不匹配有关。我给你梳理几个针对性的排查和解决步骤：

• 核对管理员卡片核心信息
  卡片里的用户名、MSP ID必须和你Bluemix区块链网络中组织的配置完全一致——Fabric是大小写敏感的，比如组织MSP是Org1MSP，卡片里写成org1msp就会直接触发授权失败。另外要确保卡片关联的证书和私钥是该组织的合法管理员凭证，自动导入bna生成的卡片有时会用错凭证，建议手动从Bluemix控制台下载组织的管理员证书和密钥来创建卡片。

• 检查Fabric CA服务状态与配置
  登录Bluemix控制台查看你的Fabric CA服务是否正常运行，有没有异常日志。同时确认卡片连接配置里的CA URL和Bluemix上显示的CA端点完全匹配（包括HTTP/HTTPS协议、域名和端口），CA地址写错也会导致无法完成授权。

• 手动生成管理员卡片（推荐方案）
  放弃自动生成的卡片，用Composer CLI手动创建更可靠：

  1. 从Bluemix下载区块链网络的连接配置文件（connection-profile.json）
  2. 获取组织管理员的证书（admin-cert.pem）和私钥文件
  3. 执行以下命令创建卡片：

     composer card create -p connection-profile.json -u admin -c admin-cert.pem -k admin-private-key.pem -r PeerAdmin -r ChannelAdmin
     

  4. 导入卡片并测试连通性：

     composer card import -f admin@your-network.card
     composer network ping -c admin@your-network
     

  如果ping命令成功，再将卡片导入到Playground中使用。

• 验证业务网络的ACL配置
  打开你的bna文件中的permissions.acl，确认管理员角色（比如PeerAdmin、ChannelAdmin）拥有足够的操作权限，比如是否允许进行网络连接、资源读写等操作。如果ACL配置过严，即使身份正确也会被拒绝授权。修改后重新打包bna，再导入到Playground生效。

• 排查Docker容器日志
  虽然你说容器已启动，但可以通过日志排查深层问题：

  docker logs <你的CA容器名称>
  docker logs <你的Peer容器名称>
  

  搜索日志里的authorization或enrollment相关报错，比如是否有证书验证失败、用户不存在等提示，这些能帮你定位具体的授权失败原因。

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