.NET Razor Pages谷歌认证Challenge方法循环重定向问题

核心问题本质 #

循环重定向的根源是：谷歌认证完成后，本该跳转到你指定的Callback页面，但由于授权规则或配置疏漏，请求被拦截重定向回登录页，而登录页又指向谷歌认证页，形成闭环。重启后能看到Cookie和Claims，说明谷歌认证本身已经成功，只是后续跳转逻辑出了问题。

具体修复步骤 #

1. 给Callback页面加匿名访问权限 #

检查你的Callback.cshtml.cs是否添加了[AllowAnonymous]特性。没加的话，认证完成跳转到Callback时，会被全局授权规则拦截，直接重定向到登录页，触发循环。

示例代码：

[AllowAnonymous]
public class CallbackModel : PageModel
{
    public async Task<IActionResult> OnGetAsync()
    {
        // 处理认证后的逻辑：把谷歌的Claims转换成自己的Cookie
        var authResult = await HttpContext.AuthenticateAsync("Google");
        if (authResult.Succeeded)
        {
            await HttpContext.SignInAsync("MyCookie", authResult.Principal);
        }
        return RedirectToPage("/Index");
    }
}

2. 给Google认证配置SignInScheme #

在AddGoogle时显式指定SignInScheme为你的Cookie方案名"MyCookie"，确保认证成功后自动处理Cookie登录，避免手动处理的疏漏：

.AddGoogle("Google", options =>
{
    options.ClientId = "你的ClientId";
    options.ClientSecret = "你的ClientSecret";
    options.SignInScheme = "MyCookie"; // 新增这一行
})

3. 确认RedirectUri路径正确 #

检查Url.Page("Callback")生成的路径是否准确。如果Callback页面在Account文件夹下，要写完整路径：

RedirectUri = Url.Page("/Account/Callback")

可以加断点看RedirectUri的实际值，确保路径没写错。

4. 调整全局授权规则（可选） #

如果app.MapRazorPages().RequireAuthorization();强制所有页面需要授权，不如换成给需要登录的页面单独加[Authorize]特性：

先去掉全局授权：

// 删除这行：app.MapRazorPages().RequireAuthorization();
app.MapRazorPages();

然后在需要授权的页面Model上添加特性：

[Authorize]
public class IndexModel : PageModel
{
    // 页面逻辑
}

这样能避免匿名页面被不必要的授权拦截，减少循环风险。

5. 检查谷歌开发者控制台的回调配置 #

确保谷歌开发者控制台里，已把你的应用回调地址（默认是https://localhost:xxx/signin-google，自定义路径要对应）加入已授权的重定向URI列表。地址不匹配的话，谷歌会拒绝回调，也可能导致异常跳转。

总结 #

按上面的步骤逐一排查，重点保证Callback页面允许匿名、SignInScheme配置正确、RedirectUri路径无误，就能解决循环重定向问题。认证成功后，Callback页面要处理外部认证结果，调用SignInAsync生成自己的Cookie，完成整个登录流程。

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