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 ଏଣ୍ଟ୍ରି ଏହାର ଠିକଣା ଯୋଗାଇପାରେ, କୌଣସି ପ୍ରକ୍ସି ଖାତା କନଫିଗର୍ ନକରି।

ରାଉଟିଂ ନିଷ୍ପତ୍ତି ଯାଞ୍ଚ କରିବା ପାଇଁ ପ୍ରତିନିଧିତ୍ୱ କରୁଥିବା Uri ମୂଲ୍ୟ ସହିତ IsBypassed ବ୍ୟବହାର କରନ୍ତୁ: ମୂଳ ଡୋମେନ, ଗୋଟିଏ ସବଡୋମେନ, ଅସମ୍ପୃକ୍ତ ବାହ୍ୟ ହୋଷ୍ଟ ଏବଂ ଭ୍ରାନ୍ତିକର ଲମ୍ବା ପ୍ରତ୍ୟୟ। true ଫଳାଫଳର ଅର୍ଥ ସିଧା ପ୍ରବେଶ ଚୟନ କରାଯାଇଛି; ଏହା ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ସିଧା ଗନ୍ତବ୍ୟ ପହଞ୍ଚଣୀୟ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ