我有一个与Windows服务对话的Web应用程序（托管在IIS中）。Windows服务使用的是ASP.Net MVC Web API（自托管），因此可以使用JSON与HTTP进行通信。Web应用程序被配置为进行模拟，其想法是向Web应用程序发出请求的用户应该是Web应用程序用于向服务发出请求的用户。结构如下：

_{（以红色突出显示的用户是以下示例中所指的用户。）}

该Web应用程序使用以下命令向Windows服务发出请求HttpClient：

var httpClient = new HttpClient(new HttpClientHandler() 
                      {
                          UseDefaultCredentials = true
                      });
httpClient.GetStringAsync("http://localhost/some/endpoint/");

这会向Windows服务发出请求，但不会正确传递凭据（服务将用户报告为IIS APPPOOL\ASP.NET 4.0）。这不是我想要发生的事情。

如果我更改上面的代码以使用 WebClient，则正确传递了用户的凭据：

WebClient c = new WebClient
                   {
                       UseDefaultCredentials = true
                   };
c.DownloadStringAsync(new Uri("http://localhost/some/endpoint/"));

使用上面的代码，服务将用户报告为向Web应用程序发出请求的用户。

我的HttpClient实现有什么问题，导致它无法正确传递凭据（或者是的错误HttpClient）？

_{我要使用的原因HttpClient是它具有一个与s兼容的异步API Task，而WebClient的asyc API需要通过事件进行处理。}

我也有同样的问题。由于@tpeczek在以下SO文章中所做的研究，我开发了一个同步解决方案：无法使用HttpClient对ASP.NET Web Api服务进行身份验证

我的解决方案使用WebClient，正如您正确指出的那样，它可以毫无问题地传递凭据。原因HttpClient不起作用是因为Windows安全性禁用了在模拟帐户下创建新线程的能力（请参见上面的SO文章。）， HttpClient通过任务工厂创建了新线程，从而导致了错误。 WebClient另一方面，在同一线程上同步运行，从而绕过规则并转发其凭据。

尽管代码可以工作，但缺点是它不会异步工作。

var wi = (System.Security.Principal.WindowsIdentity)HttpContext.Current.User.Identity;

var wic = wi.Impersonate();
try
{
    var data = JsonConvert.SerializeObject(new
    {
        Property1 = 1,
        Property2 = "blah"
    });

    using (var client = new WebClient { UseDefaultCredentials = true })
    {
        client.Headers.Add(HttpRequestHeader.ContentType, "application/json; charset=utf-8");
        client.UploadData("http://url/api/controller", "POST", Encoding.UTF8.GetBytes(data));
    }
}
catch (Exception exc)
{
    // handle exception
}
finally
{
    wic.Undo();
}

注意：需要NuGet包：Newtonsoft.Json，这与WebAPI使用的JSON序列化程序相同。

您可以配置HttpClient为自动传递凭据，如下所示：

var myClient = new HttpClient(new HttpClientHandler() { UseDefaultCredentials = true });

您想要做的是让NTLM将身份转发到下一台服务器，这是做不到的-它只能进行模拟，而模拟只能使您访问本地资源。它不会让您越过机器边界。Kerberos身份验证通过使用票证支持委托（您需要），并且可以正确配置链中的所有服务器和应用程序并且在域上正确设置Kerberos时，可以转发票证。因此，简而言之，您需要从使用NTLM切换到Kerberos。

有关Windows身份验证选项以及它们如何工作的更多信息，请访问：http : //msdn.microsoft.com/en-us/library/ff647076.aspx

好的，感谢所有上述贡献者。我使用的是.NET 4.6，我们也遇到了同样的问题。我花了很多时间调试System.Net.Http，尤其是HttpClientHandler，发现了以下内容：

    if (ExecutionContext.IsFlowSuppressed())
    {
      IWebProxy webProxy = (IWebProxy) null;
      if (this.useProxy)
        webProxy = this.proxy ?? WebRequest.DefaultWebProxy;
      if (this.UseDefaultCredentials || this.Credentials != null || webProxy != null && webProxy.Credentials != null)
        this.SafeCaptureIdenity(state);
    }

因此，在评估出ExecutionContext.IsFlowSuppressed()可能是罪魁祸首之后，我将我们的模拟代码包装如下：

using (((WindowsIdentity)ExecutionContext.Current.Identity).Impersonate())
using (System.Threading.ExecutionContext.SuppressFlow())
{
    // HttpClient code goes here!
}

其中的代码SafeCaptureIdenity（不是我的拼写错误）抓住WindowsIdentity.Current()了我们的模拟身份。由于我们现在正在抑制流量，因此正在解决这一问题。由于使用/处置，在调用后将其重置。

seems，现在看来对我们有用！

在.NET Core中，我设法System.Net.Http.HttpClient使用UseDefaultCredentials = true来通过来将经过身份验证的用户的Windows凭据传递到后端服务WindowsIdentity.RunImpersonated。

HttpClient client = new HttpClient(new HttpClientHandler { UseDefaultCredentials = true } );
HttpResponseMessage response = null;

if (identity is WindowsIdentity windowsIdentity)
{
    await WindowsIdentity.RunImpersonated(windowsIdentity.AccessToken, async () =>
    {
        var request = new HttpRequestMessage(HttpMethod.Get, url)
        response = await client.SendAsync(request);
    });
}

在Windows服务中设置可以访问Internet的用户后，它对我有用。

在我的代码中：

HttpClientHandler handler = new HttpClientHandler();
handler.Proxy = System.Net.WebRequest.DefaultWebProxy;
handler.Proxy.Credentials = System.Net.CredentialCache.DefaultNetworkCredentials;
.....
HttpClient httpClient = new HttpClient(handler)
.... 

好的，所以我采用了Joshoun的代码并使之通用。我不确定是否应该在SynchronousPost类上实现单例模式。也许知识渊博的人可以提供帮助。

实作

FileCategory x = new FileCategory { CategoryName = "Some Bs"};
SynchronousPost<FileCategory>test= new SynchronousPost<FileCategory>();
test.PostEntity(x, "/api/ApiFileCategories"); 

通用类在这里。您可以传递任何类型

 public class SynchronousPost<T>where T :class
    {
        public SynchronousPost()
        {
            Client = new WebClient { UseDefaultCredentials = true };
        }

        public void PostEntity(T PostThis,string ApiControllerName)//The ApiController name should be "/api/MyName/"
        {
            //this just determines the root url. 
            Client.BaseAddress = string.Format(
         (
            System.Web.HttpContext.Current.Request.Url.Port != 80) ? "{0}://{1}:{2}" : "{0}://{1}",
            System.Web.HttpContext.Current.Request.Url.Scheme,
            System.Web.HttpContext.Current.Request.Url.Host,
            System.Web.HttpContext.Current.Request.Url.Port
           );
            Client.Headers.Add(HttpRequestHeader.ContentType, "application/json;charset=utf-8");
            Client.UploadData(
                                 ApiControllerName, "Post", 
                                 Encoding.UTF8.GetBytes
                                 (
                                    JsonConvert.SerializeObject(PostThis)
                                 )
                             );  
        }
        private WebClient Client  { get; set; }
    }

如果您好奇的话，我的Api课程看起来像这样

public class ApiFileCategoriesController : ApiBaseController
{
    public ApiFileCategoriesController(IMshIntranetUnitOfWork unitOfWork)
    {
        UnitOfWork = unitOfWork;
    }

    public IEnumerable<FileCategory> GetFiles()
    {
        return UnitOfWork.FileCategories.GetAll().OrderBy(x=>x.CategoryName);
    }
    public FileCategory GetFile(int id)
    {
        return UnitOfWork.FileCategories.GetById(id);
    }
    //Post api/ApileFileCategories

    public HttpResponseMessage Post(FileCategory fileCategory)
    {
        UnitOfWork.FileCategories.Add(fileCategory);
        UnitOfWork.Commit(); 
        return new HttpResponseMessage();
    }
}

我在工作单元中使用ninject和repo模式。无论如何，上面的泛型类确实有帮助。