问题
当我在云中部署带有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
这看起来不错。我错过了什么?
猜测
会员服务
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。
答案 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来理顺它。我现在已经成功地完成了一切。
我希望文档中包含有关在非开发多节点环境中部署的内容。