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 ذات الصلة وإعدادات الوكيل المدعومة في العملية. يمكن لملف تعريف أن يضيف عند بدء الجلسة إعدادات وكيل افتراضية خاصة بالأمر. وقد تتجاوز مهمة مجدولة ملف التعريف هذا وتعمل بهوية أخرى، رغم أن ملف السكربت لم يتغير.

قارن عنوان الوجهة والعنوان المختار وطريقة الوكيل المطلوبة وإصدار PowerShell وبيانات الاعتماد الصريحة مقابل الافتراضية، مع إخفاء الأسرار. إذا نجحت مصادقة الوكيل وأعادت الوجهة 401، فافحص تسجيل الدخول إلى تلك الوجهة بدل نقل كلمة مرور الوكيل إلى معامل بيانات اعتماد الأصل.