Azure应用网关：后端健康返回HTTP 463，用户访问陷入301重定向循环

我来帮你拆解分析这个问题，结合你描述的配置场景，咱们一步步排查原因和解决方法：

问题背景回顾 #

你配置了Azure应用网关，后端健康探针允许200-499区间的状态码作为健康状态（主要是为了兼容部分站点根路径返回404、403的情况，实现通用配置减少新站点接入成本）。现在遇到两个异常：

• 某个后端站点的健康状态返回HTTP 463（虽仍被判定为健康，但属于异常响应）
• 用户访问该后端关联的监听器URI时，陷入301重定向循环

另外你提到后端本身配置了相对路径重定向：未认证用户访问/时会跳转到/login.aspx。

原因分析与解决步骤 #

一、处理HTTP 463异常响应 #

HTTP 463对应的是Request Header Fields Too Large（请求头字段过大），通常是后端服务器拒绝了头部超出其限制的请求，具体排查方向：

1. 检查后端服务器的请求头限制配置
   • 如果后端是IIS服务器，需调整maxAllowedContentLength、maxRequestEntityAllowed等参数，或者在web.config中配置httpRuntime节点的maxRequestLength和requestLengthDiskThreshold，放宽请求头大小限制。
   • 如果是其他类型服务器（比如Nginx），对应调整client_header_buffer_size、large_client_header_buffers等配置项。
2. 排查应用网关转发的请求头
   • 检查应用网关是否添加了过多自定义请求头，或者用户请求携带的Cookie累积过大。可以尝试清理不必要的自定义头，或者在应用网关的会话配置中优化Cookie管理（比如启用会话亲和性时限制Cookie大小）。
3. 抓包验证请求头详情
   • 用抓包工具（比如Wireshark）捕获应用网关到后端服务器的请求，查看实际请求头的大小和内容，定位是哪个字段（比如Cookie、Authorization）导致超出限制。

二、解决301重定向循环问题 #

重定向循环通常是应用网关和后端的跳转逻辑不匹配导致的，重点排查以下几点：

1. 确认Host头传递是否正确
   • 后端的相对路径重定向看似不受外部域名影响，但如果后端会根据请求的Host头生成跳转URL（部分框架默认行为），而应用网关转发时没有传递正确的外部Host（即应用网关的公网域名），后端可能会用内部域名生成跳转地址，导致用户访问后被应用网关再次转发，形成循环。
   • 解决方法：在应用网关的后端设置中开启「自定义Host头」，设置为你的应用网关公网域名，让后端知晓外部访问的域名，生成正确的跳转URL。
2. 检查协议一致性（HTTP/HTTPS）
   • 如果应用网关对外使用HTTPS，但后端使用HTTP，后端的重定向可能会生成HTTP地址，而应用网关又强制HTTPS访问，导致用户被反复跳转。
   • 解决方法：
     • 在应用网关的后端设置中开启「启用HTTPS重定向」，确保后端跳转的HTTP请求被应用网关转为HTTPS；
     • 修改后端的重定向逻辑，根据应用网关传递的X-Forwarded-Proto头来生成对应协议的跳转URL（比如头值为HTTPS时就生成HTTPS的跳转地址）。
3. 排查应用网关自身的重定向规则
   • 检查你是否在应用网关上配置了额外的重定向规则（比如强制www/非www、HTTP转HTTPS），这些规则和后端的/login.aspx跳转叠加可能导致循环。
   • 测试方法：暂时禁用应用网关的自定义重定向规则，验证是否还存在循环，逐步排查冲突规则。
4. 验证后端自身的重定向逻辑
   • 绕过应用网关，直接访问后端服务器的/login.aspx和根路径，确认后端的重定向逻辑正常，排除后端本身的代码或配置问题。

备注：内容来源于stack exchange，提问作者JohnLBevan