Спытайце ў .NET, які проксі ён выкарыстае для URL
Праверце выбар проксі па змаўчанні для дакладнага адрасата, уключаючы рашэнні аб абыходзе і яўныя перавызначэнні HttpClient.
Спытайце ў палітыкі па змаўчанні пра дакладны URL, які не спрацоўвае:
var destination = new Uri("https://example.com/");
var proxy = HttpClient.DefaultProxy;
Console.WriteLine(proxy.IsBypassed(destination));
Console.WriteLine(proxy.GetProxy(destination));Выкарыстайце прасторы імёнаў System і System.Net.Http. Не пакідайце прыватную інфармацыю пра вернуты канечны пункт у публічных журналах.
| Назіранне | Значэнне |
|---|---|
IsBypassed(destination) | Ці выбірае гэтая палітыка прамое маршруціраванне для гэтага URL. |
GetProxy(destination) | Вынік палітыкі; WebProxy можа вярнуць зыходны адрасат пры абыходзе. |
| Рэальны запыт праз кліент, які не спрацоўвае | Доказ таго, ці быў прыдатны абраны маршрут. |
| Справаздача пра адрас крыніцы з боку адрасата | Выхад, які назіраўся для гэтага запыту. |
HttpClient.DefaultProxy забяспечвае маршруціраванне па змаўчанні, калі ў апрацоўшчыка няма яўнай канфігурацыі проксі, і яго ініцыялізацыя залежыць ад платформы. Іншы прызначаны проксі або адключанае выкарыстанне проксі можа выбраць інакш. Праверце фактычны апрацоўшчык, а не толькі новы дыягнастычны кліент.
Сэрвіс таксама можа працаваць у іншым асяроддзі карыстальніка. Трымайце выбраны проксі, рашэнне аб абыходзе і вынік запыту асобна пры параўнанні з інтэрактыўнай праграмай. Гэты код не адкрывае злучэння з адрасатам і не вымярае выходны IP; калі трэба, збірайце такія доказы праз той жа кліент і маршрут.