如何在IIS、HttpContext场景下使用ASP.NET Identity实现身份验证

1. 修正IIS身份验证配置 #

• 打开IIS管理器，进入目标站点的「身份验证」功能页
• 禁用除匿名身份验证外的所有身份验证选项（重点禁用Windows身份验证、Forms身份验证）

ASP.NET Identity 基于Cookie实现身份校验，IIS其他内置身份验证模块会提前接管请求上下文的身份填充逻辑，直接导致 HttpContext.User 被覆盖为null，VS开发环境默认仅启用匿名身份验证因此不会触发该问题。

2. 校验中间件执行顺序 #

Blazor Server 对中间件顺序要求严格，IIS托管环境会严格按照注册顺序执行中间件，VS开发环境存在更高的容错性，顺序错误仍可能正常运行。请确保Program.cs中的中间件注册顺序完全符合以下规则：

app.UseHttpsRedirection();
app.UseStaticFiles();
app.UseRouting();
// 身份验证中间件必须放在路由之后、授权之前
app.UseAuthentication();
app.UseAuthorization();
app.MapBlazorHub();
app.MapFallbackToPage("/_Host");

3. 修正应用程序池配置 #

• 打开站点对应的IIS应用程序池的基础设置
• 「托管管道模式」选择集成(Integrated)，禁止使用经典模式
• 若你使用的是.NET Core 3.1及以上版本，.NET CLR版本选择无托管代码

4. 校验Identity Cookie配置 #

如果你做了自定义Cookie配置，请移除仅适配本地开发的参数：

builder.Services.ConfigureApplicationCookie(options =>
{
    options.Cookie.Name = ".YourApp.AuthCookie";
    options.LoginPath = "/Account/Login";
    options.AccessDeniedPath = "/Account/AccessDenied";
    // 以下配置仅适合本地开发，生产/部署环境需移除
    // options.Cookie.Domain = "localhost";
    // 非HTTPS站点禁止将SecurePolicy设为Always，会导致Cookie无法正常写入
    // options.Cookie.SecurePolicy = CookieSecurePolicy.Always;
    // 非HTTPS站点禁止将SameSite设为None
    // options.Cookie.SameSite = SameSiteMode.None;
});

5. 确认数据库访问权限 #

确认IIS应用程序池的运行账号，对EF Core连接字符串指向的数据库，有用户表、角色表的完整读写权限，自定义的Identity存储逻辑如果缺少权限会导致声明加载失败，最终HttpContext.User无法被正确填充。

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