URI може да содржи username:password пред својот хост. Тоа не значи дека секој .NET API што прифаќа тој URI ги копира корисничките информации во објект за автентикација.

Кога креирате WebProxy директно, направете доделувањето на акредитиви експлицитно:

var proxy = new WebProxy("http://203.0.113.10:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};

Променливите за endpoint и сметка се илустративни. Така адресата на одредиштето, адресата на проксито и сметката на проксито остануваат одделни.

Ако влезниот формат обезбедува URL со акредитиви, свесно анализирајте ги корисничките информации. Зачувајте лозинка со две точки со делење само на разделувачот на акредитиви и декодирајте ги кодираните компоненти во соодветната фаза. Избегнувајте печатење на оригиналниот URL додека го дијагностицирате тој парсер.

URL на прокси што работи како поставка на околината може да се однесува поинаку кога се пренесува на друг конструктор. Иницијализацијата на проксито од околината има своја логика за анализа; тоа не е ветување дека секој конструктор ги користи истите полиња.

На крајот, поставете го конфигурираниот прокси објект на ракувачот што го извршува барањето. Точните акредитиви на неискористен WebProxy не можат да влијаат на врската.

Поврзани статии