UserInfo v URL proxy ni WebProxy.Credentials

Pred ustvarjanjem NetworkCredential izluščite in dekodirajte uporabniške podatke iz URI HTTP proxy.

Konstruktor URI v WebProxy izbere končno točko; ne napolni Credentials s podatki uporabnika iz tega URI. Za URL proxy HTTP, ki ga preveri aplikacija:

var uri = new Uri(proxyUrl);
var endpoint = new UriBuilder(uri)
{
    UserName = "",
    Password = ""
};

var proxy = new System.Net.WebProxy(endpoint.Uri);

if (uri.UserInfo.Length > 0)
{
    var parts = uri.UserInfo.Split(new[] { ':' }, 2);
    var username = Uri.UnescapeDataString(parts[0]);
    var password = parts.Length == 2
        ? Uri.UnescapeDataString(parts[1])
        : "";

    proxy.Credentials =
        new System.Net.NetworkCredential(username, password);
}

proxyUrl je podani URL proxy, ne URL spletnega mesta. Uri razčleni njeno authority, medtem ko UriBuilder odstrani uporabniške podatke s končne točke, shranjene v WebProxy.

Razdelite pri prvem dobesednem dvopičju, preden dekodirate komponente. Tako se ohrani kodirano dvopičje v uporabniškem imenu, dodatna dvopičja gesla pa ostanejo v geslu. Vsako komponento dekodirajte enkrat; gesla ne kodirajte v Base64 namesto escapinga URL.

Na koncu dodelite proxy predvidenemu upravljalniku HTTP, preden ta začne pošiljati zahteve. Samo ustvarjanje predmeta ne spremeni usmerjevalne politike drugega odjemalca.

Sorodni članki