【问题标题】:Azure Web App suddenly returns 401.72 for all requestAzure Web App 突然为所有请求返回 401.72
【发布时间】:2015-09-30 08:25:12
【问题描述】:

我有一个类似于this one 的问题,但不完全是。

我们有一个包含两个 Azure Web 应用的解决方案,由 Visual Studio Online 构建和部署。它已经工作了几个月,但突然间所有请求都以 401.72 响应结束:

HTTP 错误 401.71 - 未经授权 您无权查看 这个目录或页面。

最可能的原因:经过身份验证的用户无权访问 处理请求所需的资源。

您可以尝试的事情:创建跟踪规则以跟踪失败的请求 这个 HTTP 状态码。有关创建跟踪的更多信息 失败请求的规则,请单击此处。

详细错误信息:模块 EasyAuthModule_32bit 通知 AuthenticateRequest 处理程序
ExtensionlessUrlHandler-Integrated-4.0 错误代码 0x80004005 请求的 URL https://[appname]:80/ 物理路径
D:\home\site\wwwroot 登录方式尚未确定登录用户
尚未确定

更多信息:这是由 IIS。通常,有一个与此错误相关的子状态代码 这描述了服务器拒绝请求的原因。检查 IIS 日志 文件以确定子状态代码是否与此相关联 失败。查看更多信息 »

Microsoft 知识库文章:

据我所知,没有进行任何相关的配置更改。

重新启动 Web 应用并重新部署解决方案并没有解决问题

碰巧的是,无论如何我们都应该重新创建环境,完成此操作后,相同的部署设置(具有更新的目标)成功部署,并且在新的 Web 应用程序实例上运行良好。

即使我们现在有一个工作环境,我们也很想知道发生了什么,因此我们可以确保它不会再次发生。

任何人都可以对此有所了解吗?

【问题讨论】:

    标签: asp.net azure iis azure-web-app-service


    【解决方案1】:

    您开启了简易身份验证。你希望它被打开吗?这似乎导致了这个问题。

    如果您不打算开启它,请通过任一门户 (old|new) 导航到您的 Web 应用并在您的设置中找到它来关闭它。

    如果您确实打算启用它,则需要检查您的配置以确保您已正确设置 AAD。可能 AAD 中的应用配置发生了变化?

    如果这些都没有帮助,请告诉我。

    【讨论】:

    • 我不确定“Easy Auth”在哪里启用/禁用。我在门户中可以找到的所有内容都是“身份验证/授权”。这在新门户中启用(应该如此),但在旧门户中显示“您尚未配置 Azure 身份验证/授权。”。不知道为什么,因为我认为这是相同的设置。
    • 据我所知,自从应用程序创建以来,AD 应用程序中的设置没有改变。我能想象的唯一一件事(我不确定是否没有改变)是清单已更改。清单中是否有此设置?
    • 在查看了门户网站并再次阅读了您的回复后,我把这些点连起来了 :) 似乎是 auth。毕竟不应该在我们的设置中启用。不知道它是如何启用的,但是当禁用时,事情会再次起作用。谢谢!
    • 最后一点:这个问题是上周出现的,但我从门户中的事件日志中看到,上次更改配置是在三周前,所以仍然有点困惑。发生了...
    • 我不确定是否会在您的管理日志中记录进行更改的人员。最好提醒团队不要摆弄旋钮。我为团队工作,具有讽刺意味的是,同样的事情也发生了,尽管是故意的。对于内部站点,有人打开了 EasyAuth,因为它将它锁定在您的 AAD 上。好吧,我已经为 AAD 应用程序配置了一个登录名,所以它只是一遍又一遍地重定向。调试很有趣。 :)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-08-19
    • 1970-01-01
    • 1970-01-01
    • 2014-11-26
    • 1970-01-01
    • 2017-01-15
    • 2013-11-29
    相关资源
    最近更新 更多