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 ಫಲಿತಾಂಶ ಎಂದರೆ ನೇರ ಪ್ರವೇಶವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ; ಅದು ನೇರ ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪಬಹುದು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು