ASP.NET Core应用微软账户认证无自动重定向问题排查

核心问题1：错误覆盖OAuth重定向事件 #

你自定义了OnRedirectToAuthorizationEndpoint事件，但完全替代了默认处理逻辑。微软认证的OAuth中间件原本会自动完成重定向到授权端点的操作，你覆盖这个事件后，若不手动调用重定向，流程就会中断，自然不会触发跳转。

修复：移除自定义的重定向事件 #

不需要手动干预这个重定向流程，微软认证中间件会自动处理。删除这段冗余代码：

msOptions.Events = new Microsoft.AspNetCore.Authentication.OAuth.OAuthEvents
{
    OnRedirectToAuthorizationEndpoint = context =>
    {
        Console.WriteLine($"Redirecting to: {context.RedirectUri}");
        context.Response.Redirect(context.RedirectUri); //without this, no redirection occurs
        return Task.CompletedTask;
    }
};

核心问题2：Cookie认证LoginPath配置错误 #

你把options.LoginPath设为"/signin-microsoft"，但这个路径是微软认证中间件自带的回调地址，不是触发认证挑战的入口。当用户访问需授权的资源时，Cookie认证中间件会重定向到LoginPath，但该地址没有触发挑战的逻辑，最终导致空白页。

修复：修正LoginPath或直接用[Authorize]触发挑战 #

• 方案1：设置LoginPath为自定义登录页路径（比如"/login"），然后在该页面的逻辑里触发认证挑战：

.AddCookie(options =>
{
    options.LoginPath = "/login"; // 改为自定义登录页路径
})

接着在/login的Action中添加挑战逻辑：

public IActionResult Login(string returnUrl = "/")
{
    return Challenge(new AuthenticationProperties { RedirectUri = returnUrl }, MicrosoftAccountDefaults.AuthenticationScheme);
}

• 方案2：直接在需要保护的路由上添加[Authorize]属性，用户访问该路由时会自动触发认证挑战，无需额外配置LoginPath的逻辑。

核心问题3：大概率遗漏认证中间件配置 #

你的代码仅配置了认证服务，但没在请求管道中启用认证和授权中间件。必须在Program.cs中添加以下代码，且顺序不能错：

app.UseRouting();

// 必须放在UseRouting之后，UseEndpoints之前
app.UseAuthentication();
app.UseAuthorization();

app.UseEndpoints(endpoints =>
{
    endpoints.MapControllers();
    endpoints.MapRazorPages(); // 若为Razor Pages应用需添加
});

额外检查项 #

• 确认MicrosoftAuthConfig中的AuthorizationEndpoint和TokenEndpoint是正确的官方地址（通常无需手动设置，微软认证中间件会默认使用正确地址，除非你用私有云或自定义Azure AD环境）。
• 确保首页或默认路由添加了[Authorize]属性，这样用户访问时才会自动触发认证挑战，而非显示空白页。

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