Bigyan ang MSAL.NET ng magagamit-muling proxy client
Ipatupad ang IMsalHttpClientFactory sa paligid ng pinagsasaluhang HttpClient na may kamalayan sa proxy at ikabit ito sa MSAL application builder.
Makukuha ng MSAL.NET ang HTTP transport nito mula sa IMsalHttpClientFactory. Balutin ang client na naka-configure para sa proxy:
sealed class TokenHttpFactory : IMsalHttpClientFactory
{
private readonly HttpClient client;
public TokenHttpFactory(HttpClient client)
{
this.client = client;
}
public HttpClient GetHttpClient() => client;
}Gumawa ng handler at client nang isang beses para sa buhay ng application, pagkatapos ay ikabit ang factory habang nasa umiiral na configuration ng MSAL builder:
var proxy = new WebProxy("http://proxy.example:8080");
var handler = new HttpClientHandler { Proxy = proxy, UseProxy = true };
var tokenHttp = new HttpClient(handler);
builder.WithHttpClientFactory(new TokenHttpFactory(tokenHttp));Ang builder ay ang umiiral na MSAL application builder ng application; panatilihin ang awtoridad, pagpaparehistro ng client at configuration ng credential nito. Para sa pinapayagang pampublikong naaabot na ruta ng awtoridad na HTTPS na walang proxy account, maaaring punan ng HTTP address mula sa listahan ng HTTP proxy ang halimbawang WebProxy. I-configure ang proxy credential sa WebProxy kapag kailangan.
Dapat thread-safe ang factory. Gamitin muli ang client sa halip na gumawa ng bago sa bawat tawag sa GetHttpClient. Hindi itinatapon ng MSAL ang ibinigay na client; pinamamahalaan ng may-ari nito ang buhay na iyon.
Kinokontrol nito ang mga HTTP request ng MSAL. Ang interactive na pag-sign in ay maaaring magbukas ng browser na hiwalay ang network. Kaya hindi pinapatunayan ng gumaganang pag-login sa browser na may parehong ruta ang HTTP client ng token.