UserInfo в URL проксі — це не WebProxy.Credentials

Витягніть і декодуйте дані користувача з URI HTTP-проксі перед створенням NetworkCredential.

Конструктор URI у WebProxy вибирає лише кінцеву точку; він не заповнює Credentials даними користувача з цього URI. Для HTTP-проксі URL, який перевіряє застосунок:

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 — це наданий URL проксі, а не URL сайту. Uri розбирає його authority, а UriBuilder вилучає дані користувача з кінцевої точки, збереженої в WebProxy.

Розділіть за першою буквальною двокрапкою перед декодуванням компонентів. Це зберігає закодовану двокрапку в імені користувача й залишає додаткові двокрапки пароля в паролі. Декодуйте кожен компонент один раз; не кодуйте пароль у Base64 замість екранування URL.

Нарешті, призначте proxy потрібному HTTP-обробнику до того, як він почне надсилати запити. Саме лише створення об'єкта не змінює політику маршрутизації іншого клієнта.

Схожі статті