Invoke-WebRequest: PowerShell ରେ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ପ୍ରଦାନ
Invoke-WebRequest ରେ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ପାଇଁ ଅଲଗା ପାରାମିଟର ଅଛି। ଲକ୍ଷ୍ୟର ପ୍ରମାଣପତ୍ର ଏବଂ ବ୍ରାଉଜରର ସଫଳ ଲଗଇନ ଏହାର ବିକଳ୍ପ ନୁହେଁ।
ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ଖାତା ପାଇଁ, -ProxyCredential କୁ ପ୍ରମାଣପତ୍ର ବସ୍ତୁ ଦିଅନ୍ତୁ:
$proxyAccount = Get-Credential
Invoke-WebRequest -Uri https://example.com/ -Proxy http://proxy.example:8080 -ProxyCredential $proxyAccountଏଣ୍ଡପଏଣ୍ଟକୁ ଅନୁମୋଦିତ ସେବା ସହିତ ବଦଳାନ୍ତୁ। Get-Credential କମାଣ୍ଡ ଲାଇନରେ ପାସୱାର୍ଡ ରଖିବା ପରିବର୍ତ୍ତେ ଖାତା ମାଗେ। ଏହି ଖାତା ମଧ୍ୟସ୍ଥକୁ ଯାଏ; ଲକ୍ଷ୍ୟର ପ୍ରମାଣପତ୍ର ଅଲଗା ପାରାମିଟର ଏବଂ ପ୍ରକ୍ସିର 407 କୁ ଉତ୍ତର ଦେଇପାରିବ ନାହିଁ।
ଯଦି ପ୍ରକ୍ସିର ପ୍ରମାଣୀକରଣ ସ୍କିମ ଏବଂ ପ୍ରକ୍ରିୟାର ପରିଚୟ ସମନ୍ୱିତ ପ୍ରମାଣୀକରଣକୁ ସମର୍ଥନ କରେ, ତେବେ -ProxyUseDefaultCredentials ବାଛନ୍ତୁ। ସେହି ଅନୁରୋଧରେ ଏହାକୁ ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ସହିତ ମିଶାନ୍ତୁ ନାହିଁ।
ସ୍କ୍ରିପ୍ଟ ଚଲାଉଥିବା PowerShell ସଂସ୍କରଣ ପାଇଁ ସନ୍ଦର୍ଭ ଯାଞ୍ଚ କରନ୍ତୁ। Windows PowerShell ଏବଂ ଆଧୁନିକ PowerShell କାର୍ଯ୍ୟାନ୍ୱୟନ ଏବଂ ପାରାମିଟର ଉପଲବ୍ଧତାରେ ଭିନ୍ନ; ସମର୍ଥିତ ସଂସ୍କରଣ ସ୍ପଷ୍ଟ ସିଧାସଳଖ ଅନୁରୋଧ ପାଇଁ -NoProxy ମଧ୍ୟ ଦେଇଥାଏ।
ଯେତେବେଳେ ସେହି ସ୍କ୍ରିପ୍ଟ କାର୍ଯ୍ୟ ଭାବରେ ଅଲଗା ଆଚରଣ କରେ
ସମ୍ପୃକ୍ତ $PSDefaultParameterValues ଏଣ୍ଟ୍ରି ଏବଂ ପ୍ରକ୍ରିୟା ଦ୍ୱାରା ସମର୍ଥିତ ପ୍ରକ୍ସି ବିନ୍ୟାସ ଯାଞ୍ଚ କରନ୍ତୁ। ଏକ ପ୍ରୋଫାଇଲ ସେସନ ଆରମ୍ଭରେ କମାଣ୍ଡ-ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସି ଡିଫଲ୍ଟ ଯୋଡିପାରେ। ନିର୍ଧାରିତ କାର୍ଯ୍ୟ ସେହି ପ୍ରୋଫାଇଲ ଛାଡି ଅନ୍ୟ ପରିଚୟରେ ଚାଲିପାରେ, ସ୍କ୍ରିପ୍ଟ ଫାଇଲ ଅପରିବର୍ତ୍ତିତ ଥିଲେ ମଧ୍ୟ।
ଲକ୍ଷ୍ୟ URL, ଚୟନିତ ଏଣ୍ଡପଏଣ୍ଟ, ଆବଶ୍ୟକ ପ୍ରକ୍ସି ପଦ୍ଧତି, PowerShell ସଂସ୍କରଣ ଏବଂ ସ୍ପଷ୍ଟ ବନାମ ଡିଫଲ୍ଟ ପ୍ରମାଣପତ୍ର ତୁଳନା କରନ୍ତୁ, ଗୋପନୀୟତା ଲୁଚାଇ ରଖନ୍ତୁ। ଯଦି ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ସଫଳ ହୁଏ ଏବଂ ଲକ୍ଷ୍ୟ 401 ଫେରାଏ, ପ୍ରକ୍ସି ପାସୱାର୍ଡକୁ ଉତ୍ସ ପ୍ରମାଣପତ୍ର ପାରାମିଟରକୁ ନ ନେଇ ସେହି ଲକ୍ଷ୍ୟ ଲଗଇନ ଯାଞ୍ଚ କରନ୍ତୁ।