Invoke-WebRequest: membekalkan kelayakan proksi dalam PowerShell

Untuk akaun proksi eksplisit, hantar objek kelayakan kepada -ProxyCredential:

$proxyAccount = Get-Credential
Invoke-WebRequest -Uri https://example.com/ -Proxy http://proxy.example:8080 -ProxyCredential $proxyAccount

Gantikan titik akhir dengan perkhidmatan yang diluluskan. Get-Credential meminta akaun dan bukannya membenamkan kata laluan dalam baris arahan. Akaun ini pergi kepada perantara; kelayakan destinasi ialah parameter berasingan dan tidak boleh menjawab 407 proksi.

Jika skema pengesahan proksi dan identiti proses menyokong pengesahan bersepadu, pilih -ProxyUseDefaultCredentials. Jangan gabungkannya dengan kelayakan proksi eksplisit dalam permintaan yang sama.

Semak rujukan untuk versi PowerShell yang menjalankan skrip. Windows PowerShell dan PowerShell moden berbeza dalam pelaksanaan dan ketersediaan parameter; versi yang disokong juga menyediakan -NoProxy untuk permintaan langsung eksplisit.

Apabila skrip yang sama berkelakuan berbeza sebagai tugas

Periksa entri $PSDefaultParameterValues yang berkaitan dan konfigurasi proksi yang disokong proses. Profil boleh menambah semasa permulaan sesi lalai proksi khusus arahan. Tugas berjadual boleh melangkau profil itu dan berjalan dengan identiti lain, walaupun fail skrip tidak berubah.

Bandingkan URL destinasi, titik akhir yang dipilih, kaedah proksi yang diperlukan, versi PowerShell dan kelayakan eksplisit berbanding lalai, dengan rahsia dilitupi. Jika pengesahan proksi berjaya dan destinasi memulangkan 401, siasat log masuk destinasi itu dan bukannya memindahkan kata laluan proksi ke parameter kelayakan asal.