ASP.NET页面自动重定向至首页？IIS排查方向咨询

针对你遇到的登录后无法跳转到落地页、反而回到登录页的问题，结合代码无显式重定向且Page_Load已执行完毕的情况，可从以下IIS配置点逐一排查：

1. 身份验证配置 #

• 检查Forms Authentication的loginUrl配置，确认是否错误指向登录页，导致已登录用户仍被强制重定向。
• 核实是否意外启用了Windows Authentication等其他身份验证机制，与Forms Auth产生冲突，重置用户身份状态。
• 查看Forms Auth的timeout和slidingExpiration参数，新环境是否因会话超时配置过短，刚登录就触发身份失效。

2. 会话状态(Session State) #

• 若使用InProc模式，检查应用程序池的Idle Time-out设置，是否进程过早回收导致Session丢失，触发重新登录。
• 若使用State Server或SQL Server模式，确认对应服务是否启动、连接字符串配置正确，Session无法持久化会导致身份信息丢失。
• 检查Session Cookie的域名、路径配置，新环境域名或路径变化可能导致Cookie无法被正确读取。

3. 应用程序池配置 #

• 确认应用程序池的.NET CLR版本与项目目标框架一致，版本不匹配可能引发隐性身份验证异常。
• 检查Managed Pipeline Mode，集成模式与经典模式对HttpModule的处理逻辑不同，模式错误可能影响身份验证流程。
• 核实应用程序池标识的权限，确保其拥有站点目录的读写权限，Session或临时文件无法写入会导致会话异常。

4. URL重写规则 #

• 检查是否启用了URL Rewrite模块，新环境中是否存在错误的重写规则，将落地页请求重定向回登录页。
• 排查重写规则的匹配条件，是否误将已登录用户的请求判定为未授权，强制触发跳转。

5. 缓存与压缩配置 #

• 检查输出缓存设置，是否对登录页或落地页设置了强制缓存，导致浏览器加载旧的登录页内容。
• 查看动态压缩配置，是否因压缩过程篡改响应头，导致身份验证Cookie无法正确传递。

6. 请求筛选与授权规则 #

• 检查请求筛选模块，是否限制了落地页的请求方法或路径，导致请求被拦截后重定向到登录页。
• 查看站点授权规则，是否对落地页设置了过严的权限，已登录用户仍无法访问，触发重定向。

参考Page_Load代码 #

protected void Page_Load(object sender, EventArgs e) {
    try {
      ///some code here that throws an exception
    } 
    catch(Exception ex) {
       LogStr("In catch block");
       return;
    }
}

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