ჰკითხეთ .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-ს; საჭიროების შემთხვევაში ასეთი მტკიცებულება შეაგროვეთ იმავე კლიენტითა და მარშრუტით.