ASP.NET WebForms Identity认证后仍重定向至/login页面问题求助

1. 排查认证Cookie配置与有效性 #

• 检查web.config中的<machineKey>节点：确保validationKey和decryptionKey是固定值，而非自动生成。应用池回收时自动生成的machineKey会变化，导致已生成的认证Cookie无法被验证，触发重定向。
• 验证认证Cookie属性：通过浏览器开发者工具查看.AspNet.ApplicationCookie是否存在，检查其过期时间、SameSite、Secure属性是否符合配置。确认登录后Cookie是否被正确写入，没有被浏览器拦截或覆盖。
• 检查<authentication>节点配置：确保mode="Forms"且loginUrl指向正确的登录页，没有额外的重定向规则冲突。

2. 会话与缓存状态检查 #

• 排查Session状态模式：若使用InProc模式，应用池回收会清空Session，但此场景下更可能是自定义缓存（如MemoryCache）存在问题——检查缓存中存储用户身份的逻辑，是否存在过期时间不合理、缓存键冲突导致读取到未认证状态的情况。
• 检查Global.asax事件逻辑：查看Application_AuthenticateRequest、Session_Start等事件中的代码，是否存在错误重置用户身份验证状态的逻辑，比如错误地将已认证用户标记为未认证。

3. Identity组件自定义逻辑排查 #

• 检查自定义UserStore/UserManager实现：若重写了FindByIdAsync、FindByNameAsync等方法，确认逻辑是否正确返回用户信息，没有因为数据查询错误导致身份验证失败。
• 排查自定义权限验证逻辑：若有自定义AuthorizationAttribute或权限过滤器，检查其中的认证判断逻辑，是否错误地将已认证用户判定为未授权，强制重定向到登录页。

4. 应用池与进程资源问题 #

• 检查应用池回收策略：查看应用池是否存在频繁自动回收（如内存阈值、时间间隔触发），导致身份验证上下文丢失。但核心是排查应用池运行期间的资源泄漏问题——比如未释放的数据库连接、静态变量长期持有用户上下文，导致身份验证组件状态混乱，回收后重置资源恢复正常。
• 监控应用程序内存与异常：使用性能计数器监控应用池的内存占用，排查是否存在内存泄漏；同时记录未处理异常，看是否有与身份验证相关的异常被静默处理。

5. 日志与调试定位 #

• 启用详细错误日志：在Global.asax的Application_Error事件中记录完整的异常堆栈，包括Cookie验证失败、身份验证失败的具体原因。
• 输出身份验证状态日志：在登录成功后、每个请求的Application_BeginRequest中，记录HttpContext.Current.User.Identity.IsAuthenticated的值，对比正常与异常场景的差异，定位状态变化的节点。
• 启用Identity调试日志：在web.config中配置Identity的日志级别，查看认证流程中的详细步骤，确认ClaimsPrincipal是否正确生成。

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