我遇到了与这里讨论的相同的问题，根据评论，我删除了.composer凭据目录并重新部署了我的网络，从而解决了这个问题。现在我使用的是composer的新版本(v0.15.0)。我已经删除了两个目录(.composer-credentials和.composer-connection-profiles)，但当我运行时
composer identity issue -c admin@test-network -f membercard -u member -a "resource:org..."
我得到了相同的错误-->结构ca请求注册失败，出现错误[[｛"code"：400，"message"："Authorization failure"}]]。
在0.15.x版本中，连接配置文件不再存储在${HOME}/.composer连接配置文件中。它们存储在您的卡中。连接配置文件现在不应该包括keyValStore属性，因此目录$｛HOME｝/不再用于缓存凭据。composer凭据。对于0.15.0，如果你想清除卡和缓存的凭据，那么现在你需要删除${HOME}/.composer目录并重新导入所有卡。将来，您将能够删除一张卡，该卡还将清除任何缓存的凭据。
我们没有您所做工作的完整历史记录，但以下顺序应该会有所帮助。
在版本0.15.0中，我们已经转移到了商业网卡，您可以在命令行中使用-c选项。删除了与旧版本相关联的~/.composer-credentials和~/.composer-connection-profiles文件夹后，我认为您还使用结构工具中的createPeerAdminCard.sh脚本创建了PeerAdmin卡。
我假设您已经执行了两个命令：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 ...该列表将向您显示您拥有的参与者(以及其他内容)和参与者应与您传递的数据相匹配-在composer identity issue命令中为a。
此时，您应该已经看到最初导致访问问题的网络管理员ID是否正常工作，或者应该有更多信息需要跟进。
由于我使用的是v0.15.0，所以在为新创建的参与者发布身份时也遇到了同样的问题。删除${HOME}/.composer、${HOME}/.composer-credentials和${HOME}/.composer-connection-profiles目录并重新移植卡后，解决了我的问题。