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, פֿאָרש דעם אַרײַנלאָג צו דעם ציל אַנשטאָט פֿאַרצופֿירן דאָס פּראָקסי־פּאַראָל אין דעם מקור־באַשטעטיקונג־פּאַראַמעטער.