Corda WebServer权限异常及节点Flow与RPC权限配置问题

首先，咱们先搞定你遇到的"User not authorized to perform RPC call nodeInfo with target"异常：这个问题的核心是你的RPC用户缺少调用nodeInfo这个RPC方法的权限，需要在权限列表里补充InvokeRpc.nodeInfo权限。

接下来是Flow执行权限和对应RPC权限的正确配置，我会帮你修正语法问题并补充完整必要的权限项：

正确的RPC用户配置示例 #

PartyA的配置（仅允许启动FlowOne） #

rpcUsers:
  - user: "user1"
    password: "test"
    permissions:
      - "StartFlow.net.corda.mortgage.msr.flows.FlowOne"  # 授予启动指定Flow的权限
      - "InvokeRpc.startFlow"  # 调用startFlow RPC方法的必要权限
      - "InvokeRpc.nodeInfo"  # 解决当前nodeInfo权限异常的关键项
      # 如果业务需要查询Vault，可额外添加：- "InvokeRpc.vaultQuery"

PartyB的配置（仅允许启动FlowTwo） #

rpcUsers:
  - user: "user2"
    password: "test"
    permissions:
      - "StartFlow.net.corda.mortgage.msr.flows.FlowTwo"  # 授予启动指定Flow的权限
      - "InvokeRpc.startFlow"  # 调用startFlow RPC方法的必要权限
      - "InvokeRpc.nodeInfo"  # 避免出现同样的nodeInfo权限异常
      # 按需添加其他业务所需RPC权限，比如跟踪Vault变化：- "InvokeRpc.trackVault"

配置细节说明 #

• StartFlow.<完整Flow类路径>：精确限制用户可启动的Flow，完美实现PartyA仅能操作FlowOne、PartyB仅能操作FlowTwo的权限隔离。
• InvokeRpc.<RPC方法名>：授予用户调用对应RPC方法的权限，startFlow是启动Flow的必备RPC权限，nodeInfo则直接解决了你当前遇到的授权异常，其他RPC方法可根据业务需求灵活添加。
• 注意YAML语法规范：用户配置是数组结构，每个用户的属性（user、password、permissions）要保持层级对齐，避免语法错误导致配置不生效。

配置完成后重启Corda节点，就能解决权限异常并实现预期的Flow权限隔离效果了。

内容的提问来源于stack exchange，提问作者geekybot