د 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 دی، تر څو د regex تګلاره له هغه اضافي د تېرېدو ترتیب څخه جلا وګړل شي. پایله شوې پراکسي شي د هغه HTTP کلاینټ سره ونښلوئ چې باید یې وکاروي. د تېرېدو ډومېن څخه بهر د اجازه شوې عامه URL ازموینې لپاره، د HTTP proxy list څخه یوه HTTP ننوتنه خپل پته برابروي، پرته له دې چې کوم پراکسي حساب ترتیب شي.

د لارښوونې پرېکړې د کتلو لپاره IsBypassed د استازي Uri ارزښتونو سره وکاروئ: بنسټیز ډومېن، یو فرعي ډومېن، نااړوند بهرنی کوربه او یو تېروونکی اوږد پای. true پایله معنا دا ده چې مستقیم لاسرسی غوره شو؛ دا ثابتوي نه چې مستقیم منزل ته رسېدل ممکن دي.

اړوندې مقالې