.NET 6 Razor页面Okta认证后重定向，HttpContext.User为空

核心错误点 #

1. [Authorize]特性位置错误：Razor页面的授权特性必须标记在PageModel类上，而非单个OnGet方法上。方法级的[Authorize]无法触发Razor页面框架的前置认证检查，导致你手动写的重定向逻辑干扰了会话传递。
2. 手动重定向画蛇添足：正确配置授权后，框架会自动处理未认证用户的重定向流程，无需在OnGet里手动判断User.Identity.Name并跳转，这会破坏Okta认证后的会话上下文。
3. 路由顺序与中间件位置异常：路由映射顺序、认证/授权中间件的位置错误，会导致会话无法在控制器和页面间正常共享。

修正步骤 #

1. 调整Privacy页面的授权特性位置

把[Authorize]移到PageModel类级别，让框架自动处理认证检查：

[Authorize]
public class PrivacyModel : PageModel
{
    public void OnGet()
    {
        // 直接使用User即可，无需手动判断重定向
        string UserName = User.Identity.Name;
    }
}

2. 修正Program.cs的中间件与路由顺序

确保认证、授权中间件在路由之前执行，同时调整路由映射顺序，优先处理Razor页面：

// 必须在路由前调用认证和授权中间件
app.UseAuthentication();
app.UseAuthorization();

app.UseEndpoints(endpoints =>
{
    endpoints.MapRazorPages(); // 优先映射Razor页面，避免路由冲突
    endpoints.MapControllers(); // 再映射API控制器
    // 若无需常规MVC控制器的默认路由，可移除以下行，减少不必要的路由匹配
    // endpoints.MapDefaultControllerRoute();
});

3. 检查Okta认证配置的完整性

确保Cookie认证与Okta的配置正确，保证会话能跨请求共享：

builder.Services.AddAuthentication(options =>
{
    options.DefaultAuthenticateScheme = CookieAuthenticationDefaults.AuthenticationScheme;
    options.DefaultSignInScheme = CookieAuthenticationDefaults.AuthenticationScheme;
    options.DefaultChallengeScheme = OktaDefaults.MvcAuthenticationScheme;
})
.AddCookie()
.AddOktaMvc(new OktaMvcOptions
{
    OktaDomain = builder.Configuration["Okta:Domain"],
    ClientId = builder.Configuration["Okta:ClientId"],
    ClientSecret = builder.Configuration["Okta:ClientSecret"],
});

原因说明 #

• 类级别的[Authorize]会让Razor页面框架在请求进入页面之前就完成认证检查，确保HttpContext.User已正确初始化；方法级特性无法触发这个前置逻辑，导致页面加载时会话未被识别。
• 路由顺序调整后，Razor页面的路由会优先匹配，避免MVC控制器的默认路由意外拦截页面请求，导致会话上下文丢失。
• 认证/授权中间件必须在路由之前执行，这样所有请求（包括页面和控制器）都会先经过认证流程，填充HttpContext.User。

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