Прашајте го .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; собирајте такви докази преку истиот клиент и рута ако е потребно.