இரண்டாவது PowerShell தாவலில் ப்ராக்ஸி சான்றுகள்

ரிமோட்டிங் உள்நுழைவு ஒப்படைக்கப்படுகிறது என்று கருதுவதற்குப் பதிலாக தொலை சேவையகத்தில் இயங்கும் Invoke-WebRequest-க்கு நோக்கமிடப்பட்ட ப்ராக்ஸி கணக்கை வழங்கவும்.

சேவையகம் B இல் ஊடாடும் வகையில் இயங்கும் வலைக் கோரிக்கை, அதே கட்டளையை அங்கு PowerShell ரிமோட்டிங் வழியாக இயக்கும்போது 407 பெறலாம். A இலிருந்து B க்கு உள்நுழைவது B இன் அடுத்த அங்கீகாரப் பரிமாற்றத்திற்கு அந்த அடையாளத்தை தானாக ஒப்படைக்காது.

A → remoting session on B → HTTP proxy → website

ஆதரிக்கப்படும் ஒரு வடிவமைப்பு, வெளிச்செல்லும் கோரிக்கைக்கு ப்ராக்ஸி கணக்கை வெளிப்படையாக வழங்குவது ஆகும். ஏற்கனவே உள்ள PSSession மற்றும் சரியாகப் பெறப்பட்ட PSCredential பொருளுடன்:

Invoke-Command -Session $session -ArgumentList $proxyCredential -ScriptBlock {
    param([pscredential]$outboundProxyCredential)

    $requestOptions = @{
        Uri = 'https://api.example/'
        Proxy = 'http://proxy.example:8080'
        ProxyCredential = $outboundProxyCredential
    }
    Invoke-WebRequest @requestOptions
}

சான்றுப் பொருள் ப்ராக்ஸியின் நோக்கமிடப்பட்ட கணக்கிற்கானது. அமர்வு இன்னும் அதன் வழக்கமான ரிமோட்டிங் அங்கீகாரத்தைப் பயன்படுத்துகிறது, மேலும் எந்தவொரு வலைத்தள உள்நுழைவும் அந்தத் தளக் கோரிக்கையின் பகுதியாகவே இருக்கும்.

இது முதல் உள்நுழைவின் தானியங்கி ஒப்படைப்பை நம்புவதைத் தவிர்க்கிறது. ஆனால் தொலை ஹோஸ்ட் வழங்கப்பட்ட கணக்குப் பொருளை நோக்கமிடப்பட்ட நிர்வாக வடிவமைப்பின் பகுதியாகக் கையாள வேண்டும். நிர்வகிக்கப்பட்ட RunAs முனைப்புள்ளி அல்லது வரம்புக்குட்பட்ட சேவை அணுகல் போன்ற பிற கட்டமைப்புகளுக்கு அவற்றின் சொந்த உள்ளமைவுத் தேவைகள் உள்ளன.

இயல்புநிலை ப்ராக்ஸி சான்றுகளே தவறான அனுமானமாக இருந்தால், தொலைக் கட்டளை எந்தக் கணக்கின் கீழ் இயங்குகிறது மற்றும் ப்ராக்ஸி கோரும் அங்கீகாரத்தைப் பதிவு செய்யவும். நீண்ட வலைக் கோரிக்கை நேர வரம்பு காணாமல் போன சான்றுகளை வழங்க முடியாது.

New-PSSessionOption இல் உள்ள ப்ராக்ஸி விருப்பங்கள் ரிமோட்டிங் இணைப்பையே சார்ந்தவை. B இன் வெளிப்புற வலை இணைப்பே ப்ராக்ஸியைத் தேவைப்படும்போது தொலை ஸ்கிரிப்ட் தொகுதிக்குள் Invoke-WebRequest ஐ உள்ளமைக்கவும்.

தொடர்புடைய கட்டுரைகள்