在Hyperledger Fabric中的通道MSP中标识客户端
我了解了超分类器结构，但在通道MSP部分，我仍然有一些问题。通道MSP是本地MSP的结合，当客户端访问通道时，对等方如何验证客户端的身份？对等方需要访问通道MSP并自己检查客户端的身份吗？还是需要调用特定链码来验证？
共有1个答案
对等方如何验证客户端的身份？
客户端请求可能在某个特定通道的上下文中，例如chaincode调用。在这种情况下，对等方将根据信道MSP验证客户端的访问权限。如果客户端请求不是在特定信道的上下文中，则对等方将咨询本地MSP以验证客户端身份。
对等方需要访问通道MSP并自己检查客户端的身份吗？还是需要调用特定链码来验证？
如上所述，在特定通道上下文中进行的链码调用将利用通道MSP来验证客户端的身份。Peer将直接执行，例如，不调用额外的链码。
-
授权服务器颁发给已注册客户端客户端标识——一个代表客户端提供的注册信息的唯一字符串。客户端标识不是一个秘密，它暴露给资源所有者并且不能单独用于客户端身份验证。客户端标识对于授权服务器是唯一的。 客户端的字符串大小本规范未定义。客户端应该避免对标识大小做假设。授权服务器应记录其发放的任何标识的大小。
-
每个通道都有自己的分派线程。对于每个渠道一个消费者的最常见用例，这意味着消费者不会拖住其他消费者。如果每个通道有多个使用者，请注意长时间运行的使用者可能会阻碍回调到该通道上其他使用者的调度。 我有各种命令（消息）通过单个入站队列和通道进入，该队列和通道附加了DefaultConsumer。假设DefaultConsumer中有一个threadpool允许我直接从consumer回调方法运行应用程序
-
我想知道如何使用混合流刷新IdentityServer4客户端中的访问令牌，它是使用ASP构建的。NET核心MVC。 如果我正确理解了整个概念，客户端首先需要拥有“离线访问”范围，以便能够使用刷新令牌，这是启用短期访问令牌的最佳实践，并且能够撤销刷新令牌，防止向客户端颁发任何新的访问令牌。 我成功地获得了一个访问令牌和一个刷新令牌，但是我应该如何处理MVC客户端中访问令牌的实际更新过程呢？ Ope
-
问题内容： 看起来很容易使用任何支持此功能的HTTP标头客户端向您的websocket客户端添加自定义HTTP标头，但是我找不到如何使用JSON API进行操作。 但是，似乎应该在规范中。任何人都知道如何实现它？ 具体来说，我需要能够发送HTTP授权标头。 问题答案： 更新了2倍 简短答案： 不，只能指定路径和协议字段。 更长的答案： JavaScript WebSocketsAPI中没有用于指定
-
我正在买java。nio。频道。以下代码中出现NotYetConnectedException，因为我正在尝试写入尚未打开的通道。 基本上，我拥有的是一个通道池，在其中，如果一个通道空闲，我将获取一个要写入的通道，如果一个通道不可用，我将创建一个新的通道。我的问题是，当我创建一个新通道时，当我调用connect时，该通道还没有准备好写入，我不想等到连接打开后再返回，因为我不想阻塞线程。最好的方法是
-
成员服务提供者（Member Service Provider），提供一组认证相关的密码学机制和协议，用来负责对网络提供证书分发、校验，身份认证管理等。 通常情况下，一个组织可以作为一个 MSP，负责对旗下所有成员的管理。 该包下面的 sampleconfig 目录中提供了样例配置文件，主要包括各个证书。