用于 Windows 身份验证的 HTTPClient 或 WebClient

Question

我正在构建一个内部应用程序，它将使用 Web Api 与前端应用程序进行通信，并且我还计划使用 Windows 身份验证。

现在我正在使用 WebClient，它可以很好地处理模拟。

有没有人能够在不阻塞和进行异步调用的情况下使用 HTTPClient 做到这一点？在我看来，HTTPClient 意味着在应用程序生命周期内被实例化一次，这对于让每个请求都通过模拟具有唯一身份验证可能并不是决定性的。

我尝试了下面的代码，但我认为“GetStringAsync”方法是创建新任务的原因，我不知道如何使用模拟帐户而不是应用程序池帐户。

WindowsIdentity impersonatedUser = WindowsIdentity.GetCurrent();
using (WindowsImpersonationContext ctx = impersonatedUser.Impersonate())
{
Test = RequestRouter.Client.GetStringAsync("ServiceURL").Result;
}

Answer 1

我们有类似的需求，我们有一个用户与之交互的 Web 应用程序，并且该 Web 应用程序代表用户对服务进行 Web API 调用。我们没有尝试模拟（这非常棘手），而是通过 HTTP 标头将用户名从 Web 应用程序传递到服务来绕过它。该服务检查标头 - 如果它没有看到标头，则会引发错误。我们有一些逻辑可注入到我们的控制器中，以便在需要时从标题中获取用户名。

我们将 ASP.NET Core 用于我们的服务，但同样的想法也适用于 ASP.NET。

这是我们用来确保标头存在的中间件，如果存在，则抓取并存储它：

public class RequireUsernameHeaderMiddleware
{
    private const string HEADER_NAME = "hps-username";
    private const string API_ROOT = "/api";
    private readonly RequestDelegate _next;

    public RequireUsernameHeaderMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task Invoke(HttpContext context, IUsernameSetter usernameSetter)
    {
        // We only want to require the header on our API, not on our Swagger pages
        var pathString = new PathString(API_ROOT);

        if (context.Request.Path.StartsWithSegments(pathString))
        {
            if (!context.Request.Headers.Keys.Contains(HEADER_NAME))
            {
                context.Response.StatusCode = StatusCodes.Status400BadRequest;
                await context.Response.WriteAsync("Username is missing");
                return;
            }

            usernameSetter.Username = context.Request.Headers[HEADER_NAME];
        }

        await _next.Invoke(context);
    }
}

然后是胶水：

public interface IUsernameSetter
{
    string Username { set; }
}

public class UsernameProvider : IUsernameProvider, IUsernameSetter
{
    public string Username { get; set; } = String.Empty;
}

//when configuring services in Startup
services.AddScoped<UsernameProvider>();
services.AddScoped<IUsernameProvider>(service => service.GetService<UsernameProvider>());
services.AddScoped<IUsernameSetter>(service => service.GetService<UsernameProvider>());

//This gets called before app.UseMvc() in Startup when configuring the IApplicationBuilder
app.UseMiddleware<RequireUsernameHeaderMiddleware>();

现在在我们的控制器中：

readonly IUsernameProvider _usernameProvider;

public ProjectController(IUsernameProvider usernameProvider)
{
    _usernameProvider = usernameProvider;
}

public IActionResult SomeAction()
{
    _usernameProvider.Username; //now we can grab the username!
}

这不仅消除了模拟的需要，还简化了控制器的测试。

这是我们在 Web 应用程序中使用的 Flurl 代码：

return await _apiOptions.Url.AppendPathSegment("Project")
                            .WithHeader("hps-username", username)
                            .GetJsonAsync<List<Project>>();