最好记住在Azure中的应用程序注册清单中将acceptMappedClaims设置为true。

根据this article，错误消息也可能是因为策略无效。在我的例子中，我能够通过使用Set-AzureADPolicy PowerShell命令更改策略来停止错误，错误消失了。我相信我有一些无效的索赔ID。

我们的应用程序使用：

UseWindowsAzureActiveDirectoryBearerAuthentication(
                new WindowsAzureActiveDirectoryBearerAuthenticationOptions

将应用程序更改为：

UseJwtBearerAuthentication(
            new Microsoft.Owin.Security.Jwt.JwtBearerAuthenticationOptions

允许我们授权JWT令牌。考虑到索赔Map功能处于预览状态;我就当你回答了。假设当特性发布时，我们可以添加非对称应用程序签名密钥。
现在，我很乐意将appid声明（不需要自定义声明Map）Map到name声明，如下所示：

JwtSecurityTokenHandler.InboundClaimTypeMap.Add("appid", System.Security.Claims.ClaimTypes.Name);

在我的例子中，不知何故帮助将 Manifest 属性 acceptMappedClaims 切换到 true。以前有null值。我下载了Manifest，将提到的值更改为true并将其上传回Azure AD。我还在 * Certificates and secrets * 中生成了一个secret，然后我在应用程序中注销和登录，并且可以访问自定义声明。