Запитайте в .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; за потреби збирайте такі докази через той самий клієнт і маршрут.