不在本地运行时未看到证书属性

时间:2016-12-03 15:29:07

标签: hyperledger hyperledger-fabric

问题

当我在云中部署带有PBFT或NOOPS的4个对等节点时,看不到任何用户证书属性。值为空。

观察

  • 一切都在本地运作。这表明我正在调用API,并且链代码正确地访问属性。

  • 当我附加到成员资格容器时,我看到正确的membersrvc.yaml,其中aca.enabled设置为true。这与本地工作的yaml相同。为了更好的衡量,我也传递ENV变量MEMBERSRVC_CA_ACA_ENABLED = true。

  • 我可以在会员服务的ACA数据库中看到用户的属性。 (建议使用属性创建用户)

  • 当我查看日志中的实际证书(Bytes to Hex然后是Base64解码)时,我看到了属性。 (附加证书[30 82 02 dd 30 8 ....)

  • 部署后,所有属性均为空白。没有错误。

会员服务日志

我启用了调试日志记录,并看到成员资格服务认为它已启用ACA:

19:57:46.421 [server] main -> DEBU 049 ACA was enabled [aca.enabled == true]
19:57:46.421 [aca] Start -> INFO 04a Staring ACA services...
19:57:46.421 [aca] startACAP -> INFO 04b ACA PUBLIC gRPC API server started
19:57:46.421 [aca] Start -> INFO 04c ACA services started

这看起来不错。我错过了什么?

猜测

  • 可能是链代码部署到的底层docker容器没有启用安全性吗?它是否使用传递给父对等体的ENV?一个区别是在本地我使用“开发模式”而没有基本图像的恶作剧。

会员服务

membersrvc:
  container_name: membersrvc
  image: hyperledger/fabric-membersrvc
  volumes:
    - /home/ec2-user/membership:/user/membership
    - /var/hyperledger:/var/hyperledger
  command: sh -c "cp /user/membership/membersrvc.yaml /opt/gopath/src/github.com/hyperledger/fabric/membersrvc && membersrvc"
  restart: unless-stopped
  environment:
    - MEMBERSRVC_CA_ACA_ENABLED=true
  ports:
    - 7054:7054

根对等服务

rootpeer:
  container_name: root-peer
  image: hyperledger/fabric-peer
  restart: unless-stopped
  environment:
    - CORE_VM_ENDPOINT=unix:///var/run/docker.sock
    - CORE_LOGGING_LEVEL=DEBUG
    - CORE_PEER_ID=vp1
    - CORE_SECURITY_ENROLLID=vp1
    - CORE_SECURITY_ENROLLSECRET=xxxxxxxx
    - CORE_SECURITY_ENABLED=true
    - CORE_SECURITY_ATTRIBUTES_ENABLED=true
    - CORE_PEER_PKI_ECA_PADDR=members.x.net:7054
    - CORE_PEER_PKI_TCA_PADDR=members.x.net:7054
    - CORE_PEER_PKI_TLSCA_PADDR=members.x.net:7054
    - CORE_PEER_VALIDATOR_CONSENSUS_PLUGIN=NOOPS
  volumes:
    - /var/run/docker.sock:/var/run/docker.sock
    - /var/hyperledger:/var/hyperledger
  command: sh -c "peer node start"
  ports:
    - 7051:7051
    - 7050:7050

这是请求:

{
  "jsonrpc": "2.0",
  "method":"query",
  "params": {
     "chaincodeID": {
         "name" :"659cb5dcc3063054e4c90908050eebf68eb2bd193cc1520f1f2d198f0ff42268"
       },
    "ctorMsg": {
         "args":["get_results", "{\"Id\":\"abc123\"}"]
       },
       "secureContext": "user123",
       "attributes":["account_id","role"]
  },
  "id": 2
}

编辑*:我之前认为这只是PBFT ...但它也发生在云上的NOOPS上。我将示例缩减为NOOPS。

1 个答案:

答案 0 :(得分:0)

我的问题是fabric-baseimage docker容器内的结构版本更新一点。这是我的错 - 因为我手动使用结构版本填充了该图像。

<强>背景

如果一个人正在使用非流浪汉和0.6并且不在DEV模式下,部署链码将会有一个&#34;找不到:最新的标签&#34;错误。为了解决这个问题,我提出了一个fabric-baseimage版本,并用我需要的东西填充它,包括一个git-clone of fabric。我本应该拉掉0.6分支,但它却拉着主人。

基本上,我的fabric-peer,node-sdk部署者和baseimage使用的略有不同的超级版本。

经过大约48小时的配置地狱后,我想通过将所有内容发回0.6来理顺它。我现在已经成功地完成了一切。

我希望文档中包含有关在非开发多节点环境中部署的内容。