Idatzi WebProxy saihesbide-sarrerak adierazpen erregular gisa

System.Net.WebProxy-ren BypassList argumentuak adierazpen erregularrak ditu. *.office.example bezalako eredua baliogabea da, hasierako izarrak ez baitu errepikatzeko aurreko adierazpenik.

office.example-era eta haren azpidomeinuetara egindako HTTP eta HTTPS eskaeretarako, PowerShell konfigurazio batek hau erabil dezake:

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

Ihes egindako puntuek puntu literalekin bat egiten dute. Errepikatutako ostalari-izen etiketa taldeak oinarrizko domeinua eta haren azpiko izenak onartzen ditu. Aingurek office.example.other.test bezalako izena arau honetatik kanpo mantentzen dute. Komatxo bakuneko PowerShell kateek adierazpenak erabiltzen dituen alderantzizko barrak gordetzen dituzte.

Uneko .NET inplementazioak adierazpen hauek helmugaren eskema, ostalari-izena eta portu ez-lehenetsiarekin konparatzen ditu. Ez ditu eskaeraren bidea ezta kontsulta-katea ere sartzen. Beraz, aukerako portu-taldeak portu ez-lehenetsiak ere onartzen ditu; kendu edo murriztu ezazu politikak zerbitzu zehatza eskatzen badu.

Adibide honetan BypassProxyOnLocal false da, adierazpen erregularren politika saihesbide-ezarpen gehigarri horretatik bereiz aztertu ahal izateko. Erantsi lortutako proxy objektua erabili behar duen HTTP bezeroari. Saihesbide-domeinutik kanpoko baimendutako URL proba baterako, HTTP proxy list-ko HTTP sarrera batek bere helbidea eman dezake, proxy konturik konfiguratu gabe.

Erabili IsBypassed Uri balio adierazgarriekin bideratze-erabakia aztertzeko: oinarrizko domeinua, azpidomeinu bat, kanpoko ostalari ez-erronka eta engainagarria den atzizki luzeagoa. true emaitzak sarbide zuzena aukeratu dela esan nahi du; ez du frogatzen helmuga zuzena irisgarria denik.