我遇到了同样的问题，讨论了here，并根据评论我通过删除.composer-credentials目录并再次部署我的网络来解决问题。现在我正在使用新版本的composer（v0.15.0）。我已经删除了两个目录（.composer-credentials和.composer-connection-profiles），但是当我运行
composer identity issue -c admin@test-network -f membercard -u member -a "resource:org..."
我得到同样的错误 - ＆gt; fabric-ca请求寄存器失败，错误[[{“code”：400，“message”：“授权失败”}]]。
答案 0 :(得分：1)
在0.15.x版本中，连接配置文件不再存储在$ {HOME} /.composer-connection profiles中。它们存储在您的卡片中。连接配置文件现在不应包含keyValStore属性，因此目录$ {HOME} / .composer-credentials不再用于缓存凭据。 对于0.15.0如果要清除卡和缓存凭据，那么现在您需要删除$ {HOME} /.composer目录并重新导入所有卡。 将来，您将能够删除一张卡，该卡也将清除任何缓存的凭据。
答案 1 :(得分：0)
我们没有完整的历史记录，但以下序列应该有所帮助。
使用v0.15.0，我们已经转移到业务网卡，并且您在命令行上使用它们并使用-c选项。
删除与旧版本关联的~/.composer-credentials和~/.composer-connection-profiles文件夹后，我假设您还使用结构工具中的createPeerAdminCard.sh脚本创建了PeerAdmin卡。
我假设你已经执行了2个命令：
composer runtime install ...和
composer network start ...
然后运行：
composer card import ...导入您使用composer network start命令创建的网络管理员卡。
为了进一步诊断你的问题我会建议：
composer card list
和
composer card list --name
确认你的卡
然后ping以确认您的网络管理员工作正常
composer network ping...
现在试试
composer network list ...
该列表将向您显示您拥有的参与者（以及其他内容）和参与者应与您传递的数据相匹配-a在composer identity issue命令中。
此时您应该已经看到最初导致访问问题的网络管理员ID是否正常，或者应该有更多信息可以跟进。
答案 2 :(得分：0)
由于我使用的是v0.15.0，因此我遇到了为新创建的参与者发布身份的相同问题。删除${HOME}/.composer，${HOME}/.composer-credentials和${HOME}/.composer-connection-profiles目录并重新导入卡片后解决了我的问题。