VM1出现System.InvalidOperationException错误：IDX20803无法获取配置

针对VM1报错、VM2正常的情况，大概率是分布式环境下的状态一致性或节点专属配置缺失，以下是最可能遗漏的配置项：

• 共享数据存储配置
  IdentityServer4的核心数据（客户端配置、授权码、刷新令牌等）若VM1使用本地内存存储，而VM2指向共享数据库，会导致节点间数据不一致。必须确保所有节点连接同一个共享数据库（如SQL Server/PostgreSQL），替换默认的内存存储。
  示例ASP.NET Core配置：

  services.AddIdentityServer()
      .AddConfigurationStore(options =>
      {
          options.ConfigureDbContext = b =>
              b.UseSqlServer("你的共享数据库连接字符串");
      })
      .AddOperationalStore(options =>
      {
          options.ConfigureDbContext = b =>
              b.UseSqlServer("你的共享数据库连接字符串");
      });
  

• 签名证书同步
  IdentityServer4依赖证书签名JWT令牌，若VM1与VM2使用的签名证书不一致（比如VM1用自动生成的临时证书，VM2用正式证书），会触发令牌验证失败。需确保所有节点使用同一套签名证书，建议将证书存储在共享密钥库或共享存储中，而非节点本地。

• 负载均衡会话亲和性配置
  授权码流程中，IdentityServer4的授权会话默认存在本地Cookie里，若负载均衡未配置粘性会话，用户请求被分发到不同节点时会出现会话丢失。需在负载均衡器开启基于Cookie的会话亲和性，或改用分布式会话存储（如Redis）实现节点间会话共享。

• 统一Issuer URI配置
  检查VM1的IssuerUri是否设置为负载均衡器的公共域名，而非节点本地IP/域名。若VM1的Issuer URI为本地地址，会导致令牌的iss声明与客户端验证地址不匹配，触发错误。
  示例配置：

  services.AddIdentityServer(options =>
  {
      options.IssuerUri = "https://你的负载均衡公共域名";
  });
  

• 系统时钟同步
  确保VM1与VM2的系统时钟保持同步，IdentityServer4对令牌过期时间的验证依赖系统时钟，节点间时钟偏差过大可能导致令牌被误判为过期或未生效。

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