ព័ត៌មានសម្ងាត់ប្រូកស៊ីនៅលើការលោត PowerShell ទីពីរ

សំណើវេបដែលដំណើរការដោយអន្តរកម្មនៅលើម៉ាស៊ីនមេ B អាចទទួលបាន 407 នៅពេលពាក្យបញ្ជាដូចគ្នាត្រូវបានដំណើរការនៅទីនោះតាមរយៈ PowerShell remoting។ ការចូលពី 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
}

វត្ថុព័ត៌មានសម្ងាត់គឺសម្រាប់គណនីដែលបានបម្រុងទុករបស់ប្រូកស៊ី។ សេសសិននៅតែប្រើការផ្ទៀងផ្ទាត់ remoting ធម្មតារបស់វា ហើយការចូលគេហទំព័រណាមួយនៅតែជាផ្នែកនៃសំណើទៅកាន់គេហទំព័រនោះ។

វាជៀសវាងការពឹងផ្អែកលើការផ្ទេរដោយស្វ័យប្រវត្តិនៃការចូលដំបូង។ ប៉ុន្តែវាតម្រូវឱ្យម៉ាស៊ីនមេពីចម្ងាយគ្រប់គ្រងសម្ភារៈគណនីដែលបានផ្តល់ជាផ្នែកនៃការរចនារដ្ឋបាលដែលបានបម្រុងទុក។ ស្ថាបត្យកម្មផ្សេងទៀត ដូចជាចំណុចបញ្ចប់ RunAs ដែលគ្រប់គ្រង ឬការចូលប្រើសេវាកម្មមានកំណត់ មានតម្រូវការកំណត់រចនាសម្ព័ន្ធផ្ទាល់ខ្លួន។

ប្រសិនបើព័ត៌មានសម្ងាត់ប្រូកស៊ីលំនាំដើមជាការសន្មតខុស សូមកត់ត្រាគណនីដែលពាក្យបញ្ជាពីចម្ងាយដំណើរការ និងការផ្ទៀងផ្ទាត់ដែលប្រូកស៊ីស្នើ។ ពេលវេលារង់ចាំសំណើវេបយូរជាងមិនអាចផ្តល់ព័ត៌មានសម្ងាត់ដែលខ្វះបានទេ។

ជម្រើសប្រូកស៊ីនៅលើ New-PSSessionOption ទាក់ទងនឹងការតភ្ជាប់ remoting ដោយខ្លួនឯង។ កំណត់រចនាសម្ព័ន្ធ Invoke-WebRequest នៅខាងក្នុងប្លុកស្គ្រីបពីចម្ងាយ នៅពេលការតភ្ជាប់វេបខាងក្រៅរបស់ B គឺជាអ្វីដែលត្រូវការប្រូកស៊ី។