使用 Azure AD 测试应用程序
Testing Applications using Azure AD
我有一个多租户应用程序并使用 Azure AD 进行身份验证。该应用程序在 Azure AD 中配置为 Web 应用程序,并且具有 return URL https://localhost:someport
。
在本地开发模式下,我启动它,登录并测试等。
现在,是时候正式发布了,所以我显然必须将 return URL 更改为官方站点,例如 https://myapplication.cloudapp.net
之类的东西。
现在,在本地测试时,我如何使用 Azure AD 进行身份验证,因为 return URL 需要更改,否则。这是如何处理的?
是否有关于如何将测试环境与生产环境完全分离的指南?
您可能会问两个不同的问题。
1) 如果您询问如何保留完全不同的条目:您始终可以在 Azure AD 中创建两个应用程序条目,一个用于开发,另一个用于生产。在这种情况下,您将拥有不同的 clientID、不同的重定向 URI 等等。
2) 如果您询问如何拥有两个实例(一个 运行 在本地,另一个在云中)和一个代码库:您可以更新您的 Azure AD 条目以同时拥有两个 return URI,并使用类似于 https://github.com/AzureADSamples/WebApp-MultiTenant-OpenIdConnect-DotNet/blob/master/TodoListWebApp/App_Start/Startup.Auth.cs 中的 RedirectToIdentityProvider
的代码,根据您的应用 运行 所在的环境更改您要在运行时使用的 return URI。
HTH
五、
我有一个多租户应用程序并使用 Azure AD 进行身份验证。该应用程序在 Azure AD 中配置为 Web 应用程序,并且具有 return URL https://localhost:someport
。
在本地开发模式下,我启动它,登录并测试等。
现在,是时候正式发布了,所以我显然必须将 return URL 更改为官方站点,例如 https://myapplication.cloudapp.net
之类的东西。
现在,在本地测试时,我如何使用 Azure AD 进行身份验证,因为 return URL 需要更改,否则。这是如何处理的?
是否有关于如何将测试环境与生产环境完全分离的指南?
您可能会问两个不同的问题。
1) 如果您询问如何保留完全不同的条目:您始终可以在 Azure AD 中创建两个应用程序条目,一个用于开发,另一个用于生产。在这种情况下,您将拥有不同的 clientID、不同的重定向 URI 等等。
2) 如果您询问如何拥有两个实例(一个 运行 在本地,另一个在云中)和一个代码库:您可以更新您的 Azure AD 条目以同时拥有两个 return URI,并使用类似于 https://github.com/AzureADSamples/WebApp-MultiTenant-OpenIdConnect-DotNet/blob/master/TodoListWebApp/App_Start/Startup.Auth.cs 中的 RedirectToIdentityProvider
的代码,根据您的应用 运行 所在的环境更改您要在运行时使用的 return URI。
HTH
五、