ຂໍ້ມູນຢືນຢັນຕົວຕົນຂອງ proxy ຢູ່ການໂດດ PowerShell ທີສອງ

ສົ່ງບັນຊີ proxy ທີ່ຕັ້ງໃຈໃຫ້ Invoke-WebRequest ທີ່ເຮັດວຽກຢູ່ເຊີບເວີທາງໄກ ແທນທີ່ຈະສົມມຸດວ່າການເຂົ້າລະບົບ remoting ຖືກມອບໝາຍ.

ຄຳຮ້ອງຂໍເວັບທີ່ເຮັດວຽກແບບໂຕ້ຕອບຢູ່ເຊີບເວີ B ອາດໄດ້ຮັບ 407 ເມື່ອຄຳສັ່ງດຽວກັນຖືກເຮັດຢູ່ທີ່ນັ້ນຜ່ານ PowerShell remoting. ການເຂົ້າລະບົບຈາກ A ໄປ B ບໍ່ໄດ້ມອບໝາຍຕົວຕົນນັ້ນໂດຍອັດຕະໂນມັດສຳລັບການແລກປ່ຽນການຢືນຢັນຕົວຕົນຕໍ່ໄປຂອງ B.

A → remoting session on B → HTTP proxy → website

ການອອກແບບໜຶ່ງທີ່ໄດ້ຮັບການສະໜັບສະໜູນແມ່ນ ສົ່ງບັນຊີ proxy ຢ່າງຊັດເຈນ ສຳລັບຄຳຮ້ອງຂໍອອກ. ດ້ວຍ PSSession ທີ່ມີຢູ່ແລ້ວ ແລະວັດຖຸ PSCredential ທີ່ໄດ້ມາຢ່າງເໝາະສົມ:

Invoke-Command -Session $session -ArgumentList $proxyCredential -ScriptBlock {
    param([pscredential]$outboundProxyCredential)

    $requestOptions = @{
        Uri = 'https://api.example/'
        Proxy = 'http://proxy.example:8080'
        ProxyCredential = $outboundProxyCredential
    }
    Invoke-WebRequest @requestOptions
}

ວັດຖຸຂໍ້ມູນຢືນຢັນແມ່ນສຳລັບບັນຊີທີ່ຕັ້ງໃຈຂອງ proxy. ເຊສຊັນຍັງໃຊ້ການຢືນຢັນ remoting ປົກກະຕິຂອງມັນ ແລະການເຂົ້າສູ່ເວັບໄຊໃດໆຍັງເປັນສ່ວນໜຶ່ງຂອງຄຳຮ້ອງຂໍນັ້ນ.

ສິ່ງນີ້ຫຼີກລ້ຽງການອີງໃສ່ການມອບໝາຍອັດຕະໂນມັດຂອງການເຂົ້າລະບົບຄັ້ງທຳອິດ. ແຕ່ມັນຮຽກຮ້ອງໃຫ້ເຄື່ອງແມ່ຂ່າຍທາງໄກຈັດການຂໍ້ມູນບັນຊີທີ່ສົ່ງໄປເປັນສ່ວນໜຶ່ງຂອງການອອກແບບການບໍລິຫານທີ່ຕັ້ງໃຈ. ສະຖາປັດຕະຍະກຳອື່ນໆ ເຊັ່ນຈຸດປາຍທາງ RunAs ທີ່ຈັດການ ຫຼືການເຂົ້າເຖິງບໍລິການແບບຈຳກັດ ມີຂໍ້ກຳນົດການຕັ້ງຄ່າຂອງຕົນເອງ.

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

ຕົວເລືອກ proxy ໃນ New-PSSessionOption ກ່ຽວຂ້ອງກັບການເຊື່ອມຕໍ່ remoting ເອງ. ຕັ້ງຄ່າ Invoke-WebRequest ພາຍໃນບລັອກສະຄຣິບທາງໄກ ເມື່ອການເຊື່ອມຕໍ່ເວັບອອກນອກຂອງ B ເປັນສິ່ງທີ່ຕ້ອງການ proxy.

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