Azure Web App默认域名无法启动应用：HTTP重定向过多

1. 问题产生的核心原因 #

结合你描述的现象，主要可能是以下几个因素导致：

• 授权策略配置错误：/Home/Error页面被错误设置了授权要求（比如添加了[Authorize]特性）。当未登录用户触发错误时，会被重定向到登录页，登录完成后跳转回/Home/Error，但该页面仍要求授权，从而触发新一轮重定向，形成循环。
• 应用协议识别异常：虽然关闭了Web App的HTTPS Only，但应用自身可能启用了强制HTTPS重定向（比如ASP.NET Core的UseHttpsRedirection），且未正确处理Azure反向代理传递的X-Forwarded-Proto协议头，导致应用误判当前请求为HTTP，持续触发HTTPS重定向。
• 身份验证重定向URI不匹配：应用中硬编码了本地环境的重定向地址（比如http://localhost:xxxx），部署到Azure后未更新，导致登录回调无法正确跳转，触发错误页面后进入循环。
• 应用启动失败：应用可能存在配置错误（如数据库连接字符串无效、依赖缺失），导致请求返回500错误，进而触发错误页面的授权重定向循环。

2. 为何会出现持续重定向而非单次？ #

持续重定向的本质是重定向的目标页面再次触发了重定向条件：

• 若/Home/Error需要授权，未登录用户访问该页面→重定向到登录页（携带ReturnUrl=/Home/Error）→登录成功后跳转回/Home/Error→该页面仍要求授权→再次重定向到登录页，形成无限循环。
• 若应用无法识别当前请求为HTTPS，每次请求都会被强制重定向到HTTPS，但反向代理已将请求转为HTTPS，应用仍认为是HTTP，因此持续触发重定向。

解决建议 #

检查并修正授权策略 #

• 确认Home/Error对应的控制器或页面是否添加了[Authorize]特性，若有则移除，确保错误页面允许匿名访问。
• 检查全局授权策略配置，避免将错误页面纳入需要授权的范围。

配置应用的反向代理协议识别 #

如果是ASP.NET Core应用：

1. 在Program.cs中添加ForwardedHeaders中间件，让应用识别Azure反向代理传递的协议头：

   app.UseForwardedHeaders(new ForwardedHeadersOptions
   {
       ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto
   });
   

2. 在Azure Web App的配置→应用设置中添加：

   ASPNETCORE_FORWARDEDHEADERS_ENABLED = true
   

更新身份验证重定向配置 #

• 检查应用配置文件（如appsettings.json），将硬编码的本地重定向地址替换为Azure Web App的域名（https://rollbasewebapp.azurewebsites.net）。
• 若使用外部身份验证（如OAuth），确保回调URI已更新为Azure域名对应的地址。

排查应用启动状态 #

• 通过Azure门户查看Web App的日志流，或使用Azure CLI命令实时查看日志：

  az webapp log tail --name rollbasewebapp --resource-group <你的资源组名称>
  

  查看应用启动或请求过程中的异常信息，定位是否存在配置错误、依赖缺失等问题。
• 访问Kudu工具（https://rollbasewebapp.scm.azurewebsites.net），查看Logs目录下的详细日志，排查启动失败原因。

关于ping超时的说明 #

Azure Web App的前端IP默认不响应ICMP（ping）请求，因此ping超时是正常现象，无需关注，重点关注应用的访问状态即可。

内容的提问来源于stack exchange，提问作者Dave