Microsoft在演练中很好地介绍了针对Azure Active Directory的WASMBlazor身份验证。他们没有涵盖的是之后的开发工作流程。作为一个经过编译的应用程序,对UI的每一次更改都是一个痛苦的停止-重新编译-启动过程,然后AAD登录过程会使这个过程变得复杂。我们如何简化这一过程,并在开发过程中设置一组假的凭据?
我有一个使用AAD认证的blazorwasm应用程序,它是使用:创建的--这个部分工作得很好。我有另一个asp.net核心应用程序(不是wasm应用程序的宿主),在执行API调用时,我需要将身份验证转发给它。我想要“知道”哪个用户正在进行调用(并且检查它是否是真的,很明显)。client.BaseAddress = new Uri("https://localhost:7215")) // not the same as the URL hos
我在.net6上运行了一个Blazor应用程序(服务器端)。它连接到我的Azure Active Directory。我可以成功地对AAD进行身份验证,并获得ClaimsPrincipal实例。下面是Program.cs文件的摘录,其中它设置了AAD:builder.Services
.AddAuthentication(OpenIdConnectDefaults.AuthenticationScheme基于前面的答案,一旦我成功地通过身份验证,文件_Host.cshtml中的以下调