Azure AD B2C重定向URI相关问题：无限重定向循环等疑问

我来帮你拆解这两个和Azure AD B2C认证相关的问题，结合你提到的官方示例项目来分析：

一、Azure门户中定义的Redirect URI是否必须为可公开访问的端点？ #

答案是不一定，但要保证Azure AD B2C服务能正常回调到这个端点：

• 本地开发场景：微软官方明确允许使用localhost开头的URI（比如示例里的localhost:1234/），不需要公开，因为Azure AD B2C的服务能识别本地测试的回调地址，这是专门为开发调试预留的规则。
• 生产环境：必须是可公开访问的HTTPS端点（Azure AD B2C要求生产环境重定向URI必须用HTTPS，除了localhost），因为Azure的认证服务需要从公网访问到你的应用回调地址，完成授权码或令牌的传递。
• 特殊场景（内网开发）：如果你的应用部署在内网，Azure B2C无法直接访问，这时候可以用隧道工具把内网端口映射到公网临时地址，然后把这个公网地址配置为Redirect URI，就能正常完成认证流程。

二、在根目录Action上添加[Authorize]特性会发生什么？ #

结合你遇到的无限重定向问题，分两种情况来说：

正常配置下的行为 #

• 当用户访问这个根目录Action时，如果还未完成Azure AD B2C认证，ASP.NET Core会自动触发重定向，把用户引导到Azure B2C的登录页面。
• 用户完成登录后，Azure B2C会把认证结果（授权码/令牌）回调到你配置的Redirect URI（也就是这个根目录Action）。
• 此时ASP.NET Core会验证令牌、建立用户会话，[Authorize]特性会通过，用户就能正常访问页面内容，不会有循环问题。

导致无限重定向的异常情况 #

如果出现无限循环，大概率是配置错误导致认证回调后会话未正确建立，常见原因包括：

• Redirect URI不匹配：Azure门户里配置的地址和项目里appsettings.json中RedirectUri的内容不一致（比如少了斜杠、端口不对、HTTP/HTTPS不统一），导致Azure B2C回调时被ASP.NET Core的认证中间件拒绝，用户始终处于未认证状态，被反复重定向。
• 令牌验证失败：比如项目里的B2C租户域名、策略ID、客户端ID配置错误，导致回调时拿到的令牌无法通过验证，认证中间件不认这个用户，继续触发重定向。
• Cookie配置问题：如果应用的Cookie设置有问题（比如SameSite属性、过期时间），可能导致认证会话无法持久化，每次访问都被判定为未认证。

排查建议 #

• 先核对Azure门户和项目配置中的Redirect URI，确保完全一致，包括大小写、路径结尾的斜杠。
• 开启ASP.NET Core的详细日志，查看认证过程中的错误信息（比如令牌验证失败的具体原因）。
• 检查appsettings.json中的B2C相关配置项，确保Instance、Domain、ClientId、SignUpSignInPolicyId和Azure门户里的信息完全匹配。

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