Invoke-WebRequest: PowerShell-ൽ പ്രോക്സി ക്രെഡൻഷ്യലുകൾ നൽകുന്നത്

വ്യക്തമായ ഒരു പ്രോക്സി അക്കൗണ്ടിനായി, ഒരു ക്രെഡൻഷ്യൽ ഒബ്ജക്റ്റ് -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 നൽകുകയും ചെയ്താൽ, പ്രോക്സി പാസ്വേഡ് സ്രോതസ്സ് ക്രെഡൻഷ്യൽ പാരാമീറ്ററിലേക്ക് മാറ്റുന്നതിനുപകരം ആ ലക്ഷ്യത്തിന്റെ ലോഗിൻ അന്വേഷിക്കുക.