Azure Pipelines agent ທີ່ໂຮສຕົນເອງສາມາດເກັບກົດການຂ້າມ proxy ໄວ້ໃນໄຟລ໌ .proxybypass ໃນໂຟນເດີຮາກຂອງມັນ. ແຕ່ລະແຖວແມ່ນນິພົນປົກກະຕິ ECMAScript ທີ່ຖືກຈັບຄູ່ກັບ URL.

ຕົວຢ່າງ, ກົດສຳລັບໂຮສ feed ພາຍໃນໜຶ່ງອາດເບິ່ງຄືແບບນີ້:

^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)

ນິພົນນີ້ຈັບຄູ່ URL HTTP ຫຼື HTTPS ຂອງໂຮສນັ້ນ, ມີພອດເປັນຕົວເລກທີ່ເລືອກໄດ້. ຂອບເຂດຫຼັງຊື່ໂຮສປ້ອງກັນການຈັບຄູ່ກັບຊື່ທີ່ຍາວກວ່າ ເຊັ່ນ packages.internal.example.other-domain ນຳ.

ນີ້ແມ່ນໄຟລ໌ຂອງການຕິດຕັ້ງ agent, ບໍ່ແມ່ນໄຟລ໌ທີ່ວາງໄວ້ຕາມອຳເພີໃນສຳເນົາເຮັດວຽກຂອງລະຫັດຕົ້ນສະບັບ. ວາກະຍະສັມພັນຂອງມັນກໍແຕກຕ່າງຈາກຄ່າ NO_PROXY ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ການສຳເນົາຕົວອັກຂະຣະແທນ shell ເຊັ່ນ *.internal.example ໄປໃສ່ຊ່ອງນິພົນປົກກະຕິບໍ່ໄດ້ຮັກສາຄວາມໝາຍດຽວກັນ.

ຈາກນັ້ນກຳນົດວ່າໃຜເປັນຜູ້ດາວໂຫຼດແພັກເກດ

ການດຳເນີນການແຫຼ່ງຂໍ້ມູນ ແລະ ອາຕິແຟັກທີ່ມີມາກັບ agent ໃຊ້ ການຕັ້ງຄ່າ proxy ຂອງມັນ. ວຽກສາມາດເອົາຂໍ້ມູນ proxy ທີ່ເປີດເຜີຍຜ່ານຫ້ອງສະໝຸດວຽກ ແລະ ນຳໃຊ້ກັບ HTTP client ຂອງຕົນເອງ.

ວຽກທີ່ເອີ້ນຂະບວນການ NuGet, dotnet ຫຼື curl ພາຍນອກຈະເພີ່ມຜູ້ໃຊ້ອີກລາຍໜຶ່ງ. ຢືນຢັນວ່າວຽກນັ້ນສະໜອງການຕັ້ງຄ່າ proxy ແລະ ການຂ້າມໃຫ້ເຄື່ອງມືແນວໃດ. ກົດຂອງ agent ທີ່ຖືກຕ້ອງບໍ່ໄດ້ພິສູດວ່າ client ແພັກເກດອິດສະຫຼະທຸກອັນໄດ້ອ່ານມັນ.

ເກັບ URL ຂອງ feed ພາຍໃນໄວ້ໃນບັນທຶກການວິເຄາະ ລວມທັງແຜນຜັງ ແລະ ພອດ. ທົດສອບກົດກັບ URL ທີ່ກຳລັງຕິດຕໍ່, ຈາກນັ້ນກວດເບິ່ງການຕັ້ງຄ່າວຽກ ຫຼື ລູກຄ້າທີ່ຮັບຜິດຊອບຕໍ່ຄຳຮ້ອງນັ້ນ.

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