排查应用程序网关中的应用服务问题

了解如何诊断并解决将 Azure 应用服务用作后端目标时 Azure 应用程序网关可能出现的问题。

概述

在本文中，你将了解如何排查以下问题，体系结构中心：在反向代理与其后端 Web 应用程序之间保留原始 HTTP 主机名中更详细地介绍了这些问题

• 绝对 URL 不正确
• 重定向 URL 不正确
  • 发生重定向时，应用服务 URL 将公开在浏览器中。
  • 例如：OIDC 身份验证流因主机名不正确的重定向而中断；这包括应用服务身份验证和授权的使用
• Cookie 损坏
  • Cookie 不会在浏览器与应用服务之间传播
  • 例如：应用服务 ARRAffinity Cookie 域设置为应用服务主机名并且绑定到“example.chinacloudsites.cn”，而不是原始主机。 因此，会话相关性被损坏。

上述症状的根本原因是，某个设置替代了应用程序网关到应用服务之间使用的主机名，导致其不同于浏览器看到的主机名。 通常，主机名会被替代为默认的应用服务“chinacloudsites.cn”域。

示例配置

如果你的配置与以下两种情况之一匹配，则你的设置将遵从本文中的说明：

• 在 HTTP 设置中启用了“从后端地址中选取主机名”
• “替代为特定域名”设置为与浏览器请求包含的域名不同的值

原因

应用服务是多租户服务，因此它会使用请求中的主机标头将请求路由到正确的终结点。 应用服务的默认域名 *.chinacloudsites.cn（例如 contoso.chinacloudsites.cn）不同于应用程序网关的域名（例如 contoso.com）。 后端应用服务缺少必需的上下文来生成与浏览器看到的域匹配的重定向 URL 或 cookie。

解决方案

生产环境中建议使用的解决方案是将应用程序网关和应用服务配置为不替代主机名。 请按照使用应用程序网关配置应用服务中的“自定义域（建议）”进行操作。

只有在评估在反向代理与其后端 Web 应用程序之间保留原始 HTTP 主机名一文中所述的可能影响后，才应考虑应用其他解决方法（例如，如下所述重写位置标头）。 这些可能的影响包括域绑定的 cookie 和位置标头外部的绝对 URL 可能会被损坏。

解决方法：重写位置标头

将 location 标头中的主机名设置为应用程序网关的域名。 为此，请创建一个重写规则，其中的某个条件可以评估响应中的 location 标头是否包含 chinacloudsites.cn。 该规则还必须执行相应的操作来重写 location 标头，使其包含应用程序网关的主机名。 有关详细信息，请参阅有关如何重写 location 标头的说明。

后续步骤

如果上述步骤无法解决问题，请开具支持票证。