Asp.net Azure Web应用EasyAuth回调引发错误

我有一个ASP.NET MVC应用程序，作为Azure Web应用程序运行

我使用pre-authentication/EasyAuth，对于5个部署插槽，它可以正常工作。他们每个人都有自己的Azure广告应用程序注册

但是生产站点（不是部署槽，应用程序的根目录）在登录后在

/.auth/login/aad/callback路径处抛出错误：

我已经比较了Azure广告应用程序清单和一个有效的，唯一的区别是名称，描述和URL-正如预期的

使用Kudu查看错误，它似乎来自
EasyAuthModule
：
因此，这基本上是使用的应用程序注册的问题，是从另一个部署槽创建的

即使web应用的
身份验证/身份验证
设置为Express，但选择了正确的应用注册-结果证明它没有将客户端密码从应用注册转移到web应用（在我的情况下，它的密钥错误）：

要修复此问题，您可以如上所示切换到高级，打开关联的应用程序注册并创建新密钥：

保存后才会显示该键，并且只显示一次。复制它，并将其插入Web应用程序的客户端机密输入

保存所有刀片服务器后，可以切换回Express auth。设置和密钥将保留。
由于我无法发表评论，因此我将添加我的案例作为答案，其详细程度比我在评论中所做的要多

我在一个ASP.NET MVC应用程序中收到了来自Easyauth的完全相同的错误消息，该应用程序作为Azure应用程序服务Web应用程序运行

最初的错误消息只是“由于发生了内部服务器错误，无法显示页面”。通过FTP和/或Visual Studio server Explorer和/或Cloud Explorer，我可以在应用程序服务日志中设置详细的错误消息后检查真正的错误页面。这些错误与MartinHN使用Kudu时的错误相同

因此，在更详细的错误中，主要显示的500.74错误最初将我指向了错误的方向（MFA）。但是请求Url（.auth/login/aad/callback），其中的错误消息指示内部服务器错误正在发生，这让我想到了这个问题

在我的例子中，我已经在应用服务Active Directory身份验证中选择了高级配置。而且客户机密钥不仅仅是错误的。原来客户的秘密已经过期了。但这对我来说并不明显，因为我没有访问AAD的权限。我不得不联系一个独立的广告团队来检查这些秘密

因此，过期的客户机密码（密钥）也可能导致同样的错误。
很高兴您解决了这个问题+1.回答您自己的问题。：）谢谢，这对我也有帮助！