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 પરિણામનો અર્થ છે સીધો પ્રવેશ પસંદ કરવામાં આવ્યો; તે સાબિત કરતું નથી કે સીધું લક્ષ્ય પહોંચી શકાય છે.