ສຳລັບບັນຊີ proxy ທີ່ຊັດເຈນ, ສົ່ງວັດຖຸຂໍ້ມູນປະກອບການໄປຍັງ -ProxyCredential:

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

ປ່ຽນຈຸດສຸດທ້າຍດ້ວຍບໍລິການທີ່ໄດ້ຮັບອະນຸມັດ. Get-Credential ຈະຖາມຫາບັນຊີ ແທນການຝັງລະຫັດຜ່ານໃນແຖວຄຳສັ່ງ. ບັນຊີນີ້ໄປຫາຕົວກາງ; ຂໍ້ມູນປາຍທາງເປັນພາລາມິເຕີແຍກ ແລະ ບໍ່ສາມາດຕອບ 407 ຂອງ proxy ໄດ້.

ຖ້າແຜນການກວດສອບຕົວຕົນຂອງ proxy ແລະ ຕົວຕົນຂອງໂປຣເຊສສະໜັບສະໜູນການກວດສອບແບບປະສົມປະສານ, ໃຫ້ເລືອກ -ProxyUseDefaultCredentials ແທນ. ຢ່າລວມມັນກັບຂໍ້ມູນ proxy ທີ່ຊັດເຈນໃນຄຳຮ້ອງດຽວກັນ.

ກວດເບິ່ງເອກະສານອ້າງອີງສຳລັບເວີຊັນ PowerShell ທີ່ຮັນສະຄຣິບ. Windows PowerShell ແລະ PowerShell ສະໄໝໃໝ່ແຕກຕ່າງກັນໃນການຈັດຕັ້ງປະຕິບັດ ແລະ ການມີພາລາມິເຕີ; ເວີຊັນທີ່ຮອງຮັບຍັງໃຫ້ -NoProxy ສຳລັບຄຳຮ້ອງຊື່ທີ່ຊັດເຈນ.

ເມື່ອສະຄຣິບດຽວກັນປະພຶດຕົວຕ່າງກັນເມື່ອເປັນວຽກ

ກວດເບິ່ງລາຍການ $PSDefaultParameterValues ທີ່ກ່ຽວຂ້ອງ ແລະ ການຕັ້ງຄ່າ proxy ທີ່ໂປຣເຊສຮອງຮັບ. ໂປຣໄຟລ໌ສາມາດເພີ່ມເມື່ອເລີ່ມເຊສຊັນ ຄ່າເລີ່ມຕົ້ນ proxy ສະເພາະຄຳສັ່ງ. ວຽກທີ່ກຳນົດເວລາສາມາດຂ້າມໂປຣໄຟລ໌ນັ້ນ ແລະ ຮັນດ້ວຍຕົວຕົນອື່ນ, ເຖິງແມ່ນໄຟລ໌ສະຄຣິບບໍ່ປ່ຽນ.

ປຽບທຽບ URL ປາຍທາງ, ຈຸດສຸດທ້າຍທີ່ເລືອກ, ວິທີ proxy ທີ່ຕ້ອງການ, ເວີຊັນ PowerShell ແລະ ຂໍ້ມູນປະກອບການແບບຊັດເຈນທຽບກັບຄ່າເລີ່ມຕົ້ນ, ໂດຍປິດບັງຄວາມລັບ. ຖ້າການກວດສອບ proxy ສຳເລັດ ແລະ ປາຍທາງສົ່ງຄືນ 401, ໃຫ້ກວດສອບການເຂົ້າຂອງປາຍທາງນັ້ນ ແທນການຍ້າຍລະຫັດຜ່ານ proxy ໄປຍັງພາລາມິເຕີຂໍ້ມູນຕົ້ນກຳເນີດ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ