একটি URL-এর জন্য .NET কোন প্রক্সি ব্যবহার করবে জিজ্ঞাসা করুন
একটি নির্দিষ্ট গন্তব্যের জন্য ডিফল্ট প্রক্সি নির্বাচন পরীক্ষা করুন, বাইপাস সিদ্ধান্ত এবং স্পষ্ট 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 মাপে না; প্রয়োজনে একই ক্লায়েন্ট ও পথের মাধ্যমে এমন প্রমাণ সংগ্রহ করুন।