Saya memiliki aplikasi web (dihosting di IIS) yang berbicara ke layanan Windows. Layanan Windows menggunakan ASP.Net MVC Web API (self-host), dan dapat dikomunikasikan dengan lebih dari http menggunakan JSON. Aplikasi web dikonfigurasi untuk melakukan peniruan, gagasannya adalah bahwa pengguna yang membuat permintaan ke aplikasi web harus menjadi pengguna yang digunakan aplikasi web untuk membuat permintaan ke layanan. Strukturnya terlihat seperti ini:

_{(Pengguna yang disorot dengan warna merah adalah pengguna yang dirujuk dalam contoh di bawah ini.)}

Aplikasi web membuat permintaan ke layanan Windows menggunakan HttpClient:

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

Ini membuat permintaan ke layanan Windows, tetapi tidak melewati kredensial dengan benar (layanan melaporkan pengguna sebagai IIS APPPOOL\ASP.NET 4.0). Ini bukan yang saya inginkan terjadi .

Jika saya mengubah kode di atas untuk menggunakan WebClient, kredensial pengguna diberikan dengan benar:

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

Dengan kode di atas, layanan melaporkan pengguna sebagai pengguna yang membuat permintaan ke aplikasi web.

Apa yang saya lakukan salah dengan HttpClientimplementasi yang menyebabkannya tidak lulus kredensial dengan benar (atau apakah itu bug dengan HttpClient)?

_{Alasan saya ingin menggunakan HttpClientadalah karena ia memiliki API async yang bekerja dengan baik dengan Tasks, sedangkan WebClientAPI asyc perlu ditangani dengan acara.}

Saya juga mengalami masalah yang sama. Saya mengembangkan solusi sinkron berkat penelitian yang dilakukan oleh @tpeczek dalam artikel SO berikut: Tidak dapat mengautentikasi ke layanan ASP.NET Web Api dengan HttpClient

Solusi saya menggunakan a WebClient, yang seperti yang Anda catat dengan benar melewati kredensial tanpa masalah. Alasannya HttpClienttidak berhasil adalah karena keamanan Windows menonaktifkan kemampuan untuk membuat utas baru di bawah akun tiruan (lihat artikel SO di atas.) HttpClientMembuat utas baru melalui Pabrik Tugas sehingga menyebabkan kesalahan. WebClientdi sisi lain, berjalan secara sinkron di utas yang sama sehingga melewati aturan dan meneruskan kredensial.

Meskipun kodenya berfungsi, downside adalah bahwa itu tidak akan berfungsi async.

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();
}

Catatan: Memerlukan paket NuGet: Newtonsoft.Json, yang merupakan serializer JSON yang digunakan WebAPI.

Anda dapat mengonfigurasi HttpClientuntuk meneruskan kredensial seperti ini:

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

Apa yang Anda coba lakukan adalah membuat NTLM meneruskan identitas ke server berikutnya, yang tidak dapat dilakukan - itu hanya dapat melakukan peniruan yang hanya memberi Anda akses ke sumber daya lokal. Itu tidak akan membiarkan Anda melewati batas mesin. Otentikasi Kerberos mendukung delegasi (apa yang Anda butuhkan) dengan menggunakan tiket, dan tiket dapat diteruskan ketika semua server dan aplikasi dalam rantai dikonfigurasikan dengan benar dan Kerberos diatur dengan benar di domain. Jadi, singkatnya Anda perlu beralih dari menggunakan NTLM ke Kerberos.

Untuk lebih lanjut tentang opsi Otentikasi Windows yang tersedia untuk Anda dan cara kerjanya mulai dari: http://msdn.microsoft.com/en-us/library/ff647076.aspx

OK, terima kasih untuk semua kontributor di atas. Saya menggunakan .NET 4.6 dan kami juga memiliki masalah yang sama. Saya menghabiskan waktu debugging System.Net.Http, khususnya HttpClientHandler, dan menemukan yang berikut:

    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);
    }

Jadi setelah menilai bahwa ExecutionContext.IsFlowSuppressed()mungkin itu penyebabnya, saya membungkus kode Peniruan sebagai berikut:

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

Kode di dalam SafeCaptureIdenity(bukan kesalahan pengejaan saya), mengambil WindowsIdentity.Current()identitas palsu kami. Ini sedang diambil karena kita sekarang menekan aliran. Karena menggunakan / membuang ini diatur ulang setelah doa.

Sekarang tampaknya bekerja untuk kita, Fiuh!

NET Inti, saya berhasil mendapatkan System.Net.Http.HttpClientdengan UseDefaultCredentials = truemelewati Windows kredensial pengguna dikonfirmasi untuk layanan back end dengan menggunakan 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);
    });
}

Ini bekerja untuk saya setelah saya mengatur pengguna dengan akses internet di layanan Windows.

Dalam kode saya:

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

Ok jadi saya mengambil kode Joshoun dan membuatnya generik. Saya tidak yakin apakah saya harus menerapkan pola singleton pada kelas SynchronousPost. Mungkin seseorang yang lebih berpengetahuan bisa membantu.

Penerapan

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

Kelas Generik di sini. Anda dapat melewati semua jenis

 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; }
    }

Kelas Api ku terlihat seperti ini, jika kamu penasaran

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();
    }
}

Saya menggunakan ninject, dan pola repo dengan unit kerja. Bagaimanapun, kelas generik di atas sangat membantu.