手动与Azure Agent部署的IIS应用池/站点配置差异排查求助

• ASP.NET Core模块（ANCM）配置差异：对比两个站点的web.config中aspNetCore节点配置，重点看hostingModel（进程内/进程外）、existingResponse参数。流水线部署可能自动修改这些设置，比如进程外模式下IIS会优先接管错误响应，导致UseStatusCodePages()逻辑不生效；若existingResponse设为Replace，ASP.NET Core的错误输出会被IIS覆盖。
• IIS托管管道模式：检查站点高级设置里的托管管道模式，确认是否均为“集成”模式。若流水线创建的站点使用“经典”模式，IIS的错误处理优先级会高于ASP.NET Core中间件，直接触发站点级错误页面。
• web.config的httpErrors配置：对比两个站点web.config中system.webServer/httpErrors节点，查看errorMode或existingResponse是否存在差异。流水线部署可能自动添加该节点并配置为拦截响应，覆盖ASP.NET Core的错误处理逻辑。
• 应用池“加载用户配置文件”选项：确认应用池高级设置里的“加载用户配置文件”是否为True。若流水线创建的应用池关闭该选项，ASP.NET Core的配置初始化、日志权限等可能出现异常，间接导致错误处理中间件无法正常工作。
• 环境变量配置：检查站点的环境变量（如ASPNETCORE_ENVIRONMENT）是否一致。流水线部署可能注入不同的环境变量，导致ASP.NET Core在不同环境下的错误处理逻辑（比如UseStatusCodePages()的启用条件）发生变化。
• IIS模块加载顺序：查看站点的模块列表，确认ASP.NET Core模块的加载顺序是否在CustomErrorModule等IIS错误处理模块之前。若顺序颠倒，IIS会先处理错误请求，跳过ASP.NET Core的中间件逻辑。

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