WebProxy বাইপাস এন্ট্রিগুলো রেগুলার এক্সপ্রেশন হিসেবে লিখুন

System.Net.WebProxy-এর BypassList আর্গুমেন্টে রেগুলার এক্সপ্রেশন থাকে। *.office.example-এর মতো প্যাটার্ন অবৈধ, কারণ শুরুতে থাকা তারকাচিহ্নের পুনরাবৃত্তি করার মতো কোনো পূর্ববর্তী এক্সপ্রেশন নেই।

office.example এবং এর সাবডোমেইনে HTTP ও HTTPS অনুরোধের জন্য PowerShell কনফিগারেশন এটি ব্যবহার করতে পারে:

$bypass = @('^https?://([a-z0-9-]+\.)*office\.example(:[0-9]+)?$')
$proxy = [System.Net.WebProxy]::new(
    'http://proxy.example:8080',
    $false,
    [string[]]$bypass
)

এস্কেপ করা ডটগুলো আক্ষরিক ডটের সঙ্গে মেলে। পুনরাবৃত্ত হোস্টনেম-লেবেল গ্রুপটি মূল ডোমেইন এবং তার নিচের নাম—দুটোই গ্রহণ করে। অ্যাঙ্করগুলো office.example.other.test-এর মতো নামকে এই নিয়মের বাইরে রাখে। একক উদ্ধৃতির PowerShell স্ট্রিং এক্সপ্রেশনটি যে ব্যাকস্ল্যাশ ব্যবহার করে তা সংরক্ষণ করে।

বর্তমান .NET বাস্তবায়ন এই এক্সপ্রেশনগুলো গন্তব্যের স্কিম, হোস্টনেম ও অ-ডিফল্ট পোর্টের সঙ্গে মেলায়। এটি অনুরোধের পাথ বা কোয়েরি স্ট্রিং অন্তর্ভুক্ত করে না। তাই ঐচ্ছিক পোর্ট গ্রুপটি অ-ডিফল্ট পোর্টও অনুমোদন করে; নীতিটি নির্দিষ্ট সেবা চাইলে এটি সরান বা সংকুচিত করুন।

এই উদাহরণে BypassProxyOnLocal false, যাতে রিজেক্স নীতিটি ওই অতিরিক্ত বাইপাস সেটিং থেকে আলাদাভাবে পরীক্ষা করা যায়। ফলস্বরূপ প্রক্সি অবজেক্টটি যে HTTP ক্লায়েন্টের ব্যবহার করা উচিত তার সঙ্গে সংযুক্ত করুন। বাইপাস ডোমেইনের বাইরে অনুমোদিত পাবলিক URL পরীক্ষার জন্য, HTTP proxy list থেকে একটি HTTP এন্ট্রি তার ঠিকানা দিতে পারে, কোনো প্রক্সি অ্যাকাউন্ট কনফিগার না করেই।

রাউটিং সিদ্ধান্ত পরীক্ষা করতে প্রতিনিধিত্বমূলক Uri মানের সঙ্গে IsBypassed ব্যবহার করুন: মূল ডোমেইন, একটি সাবডোমেইন, একটি অসম্পর্কিত বাহ্যিক হোস্ট এবং একটি বিভ্রান্তিকর দীর্ঘতর সাফিক্স। true ফলাফল মানে সরাসরি অ্যাক্সেস বেছে নেওয়া হয়েছে; এটি প্রমাণ করে না যে সরাসরি গন্তব্যে পৌঁছানো যায়।