ଦ୍ୱିତୀୟ PowerShell ହପ୍‌ରେ ପ୍ରକ୍ସି କ୍ରେଡେନ୍ସିଆଲ୍

ସର୍ଭର B ରେ ଇଣ୍ଟରାକ୍ଟିଭ୍ ଭାବରେ କାମ କରୁଥିବା ଏକ ୱେବ୍ ଅନୁରୋଧ 407 ପାଇପାରେ ଯେତେବେଳେ ସେହି ଆଦେଶ ସେଠାରେ PowerShell ରିମୋଟିଂ ମାଧ୍ୟମରେ ଚାଲେ। 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 କନଫିଗର କରନ୍ତୁ।