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, ուսումնասիրեք այդ նշանակակետի մուտքը՝ պրոքսիի գաղտնաբառը ծագման հավատարմագրերի պարամետր տեղափոխելու փոխարեն։