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 ਹੈ ਤਾਂ ਜੋ regex ਨੀਤੀ ਨੂੰ ਉਸ ਵਾਧੂ ਬਾਈਪਾਸ ਸੈਟਿੰਗ ਤੋਂ ਵੱਖਰਾ ਜਾਂਚਿਆ ਜਾ ਸਕੇ। ਨਤੀਜੇ ਵਜੋਂ ਬਣੀ ਪ੍ਰਾਕਸੀ ਵਸਤੂ ਨੂੰ ਉਸ HTTP ਕਲਾਇੰਟ ਨਾਲ ਜੋੜੋ ਜਿਸ ਨੂੰ ਇਹ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ। ਬਾਈਪਾਸ ਡੋਮੇਨ ਤੋਂ ਬਾਹਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ URL ਟੈਸਟ ਲਈ, HTTP proxy list ਵਿੱਚੋਂ ਇੱਕ HTTP ਐਂਟਰੀ ਆਪਣਾ ਪਤਾ ਦੇ ਸਕਦੀ ਹੈ, ਬਿਨਾਂ ਕੋਈ ਪ੍ਰਾਕਸੀ ਖਾਤਾ ਸੰਰਚਿਤ ਕੀਤੇ।

ਰੂਟਿੰਗ ਫੈਸਲੇ ਦੀ ਜਾਂਚ ਲਈ ਪ੍ਰਤੀਨਿਧੀ Uri ਮੁੱਲਾਂ ਨਾਲ IsBypassed ਵਰਤੋ: ਆਧਾਰ ਡੋਮੇਨ, ਇੱਕ ਸਬਡੋਮੇਨ, ਅਸੰਬੰਧਿਤ ਬਾਹਰੀ ਹੋਸਟ ਅਤੇ ਧੋਖੇਬਾਜ਼ ਲੰਮਾ ਪਿਛੇਤਰ। true ਨਤੀਜੇ ਦਾ ਅਰਥ ਹੈ ਸਿੱਧੀ ਪਹੁੰਚ ਚੁਣੀ ਗਈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਸਿੱਧੀ ਮੰਜ਼ਿਲ ਪਹੁੰਚਯੋਗ ਹੈ।