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 फर्कायो भने, प्रोक्सी पासवर्डलाई स्रोत प्रमाण प्यारामिटरमा सार्नुको सट्टा त्यो गन्तव्यको लगइन जाँच्नुहोस्।