Azure Active Directory URL重定向配置：本地MVC与部署环境共存诉求

我来给你几个靠谱的解决方案，完美解决本地开发和线上生产互不干扰的问题：

方案一：为本地开发创建独立的Azure AD应用注册 #

这是最彻底的隔离方案，完全避免线上和本地的配置冲突：

• 登录Azure门户，新建一个专门用于本地开发的应用注册（比如命名为你的应用名-Local）
• 在这个新注册里配置本地的重定向URL，比如 https://localhost:5001/signin-oidc（把端口换成你本地项目实际用的）
• 打开本地项目的appsettings.Development.json，将AzureAd节点下的ClientId、TenantId替换为这个新应用注册的对应值
• 线上的应用注册保持原有配置不变，两边的认证完全独立，修改本地配置再也不会影响线上

方案二：在同一个应用注册中添加多个重定向URL #

如果不想额外管理一个应用注册，可以用这个方法，让AAD支持多个重定向地址：

• 打开Azure门户里现有应用注册的认证页面，把本地开发用的重定向URL（比如https://localhost:5001/signin-oidc）和线上生产的URL一起添加进去，保存设置
• 在本地项目的appsettings.Development.json里，确保AzureAd节点的RedirectUri设置为本地的URL；线上环境用appsettings.json里的生产地址
• AAD会根据认证请求里的redirect_uri参数自动匹配对应的地址，不用再频繁修改应用注册里的配置，两边都能正常运行

额外调试小贴士 #

• 本地开发时，确保项目启动时使用的是Development环境（VS里可以在启动项设置里选，或者用dotnet run --environment Development命令）
• 为了避免本地端口频繁变化导致重定向URL需要修改，可以在launchSettings.json里固定端口，比如设置applicationUrl为https://localhost:5001;http://localhost:5000

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