የ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 ውሸት ነው፣ ስለዚህ የregex ፖሊሲው ከዚያ ተጨማሪ የማለፊያ ቅንብር ለየብቻ ሊመረመር ይችላል። የተገኘውን የፕሮክሲ ነገር ሊጠቀመው ከሚገባው የHTTP ደንበኛ ጋር ያያዙት። ከማለፊያው ጎራ ውጭ ለሚፈቀድ የሕዝብ URL ሙከራ፣ ከHTTP proxy list የHTTP መዝገብ አድራሻውን ሊያቀርብ ይችላል፣ ያለ የተዋቀረ የፕሮክሲ መለያ።

የማስተላለፊያውን ውሳኔ ለመመርመር IsBypassed ን ከተወካይ Uri እሴቶች ጋር ይጠቀሙ፦ መሰረታዊው ጎራ፣ አንድ ንዑስ ጎራ፣ የማይዛመድ የውጭ አስተናጋጅ እና አሳሳች ረጅም ቅጥያ። እውነት የሚል ውጤት ቀጥተኛ መዳረሻ መመረጡን ያሳያል፤ ቀጥተኛው መድረሻ መድረሱን አያረጋግጥም።