ການຟື້ນຟູ NuGet ອາດຕ້ອງການທັງບັນຊີ forward proxy ແລະ ບັນຊີ feed ສ່ວນຕົວ. ໃຊ້ການຕອບສະໜອງເພື່ອຕັດສິນວ່າຈະກວດສອບການຕັ້ງຄ່າໃດ:

ການສັງເກດເລີ່ມທີ່ນີ້
proxy ຕອບກັບ 407ເສັ້ນທາງ ແລະ ບັນຊີທີ່ໃຊ້ເພື່ອໄປຮອດ forward proxy
ແຫຼ່ງແພັກເກັດຕອບກັບ 401ການຕັ້ງຄ່າການຢືນຢັນຕົວຕົນຂອງ feed
ການເຊື່ອມຕໍ່ ຫຼື TLS ລົ້ມເຫຼວກ່ອນມີການຕອບສະໜອງຫຼັກຖານກ່ຽວກັບຈຸດປາຍທາງ, ການຂົນສົ່ງ ແລະ ໃບຮັບຮອງ

ໂທເຄັນຂອງ feed ບໍ່ສາມາດຕອບ 407 ຂອງ proxy ໄດ້. ເຊັ່ນດຽວກັນ, ການລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ ຫຼື TLS ກ່ອນການຕອບສະໜອງຍັງບໍ່ໄດ້ຢືນຢັນວ່າລະຫັດຜ່ານໃດຜິດ.

ຕັ້ງຄ່າ proxy ແຍກຈາກ feed

ລາຍການ proxy ຂອງ NuGet ຢູ່ພາຍໃຕ້ config. ສຳລັບເສັ້ນທາງທີ່ບໍ່ມີຂໍ້ມູນຢືນຢັນຕົວຕົນຝັງຢູ່:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

ລວມຕົວຢ່າງນີ້ເຂົ້າໃນການຕັ້ງຄ່າທີ່ມີຢູ່ແລ້ວທີ່ເໝາະສົມ. ສຳລັບ feed ສາທາລະນະທີ່ອະນຸຍາດໃຫ້ມີຕົວກາງສາທາລະນະ, ລາຍຊື່ proxy HTTP ສະເໜີຜູ້ສະໝັກສຳລັບເສັ້ນທາງທີ່ບໍ່ມີຂໍ້ມູນຢືນຢັນຕົວຕົນນີ້. ເກັບແຫຼ່ງແພັກເກັດໄວ້ໃນພາກສ່ວນຂອງຕົນເອງ; ການແທນ URL ຂອງ feed ດ້ວຍທີ່ຢູ່ proxy ທົ່ວໄປຮຽກຮ້ອງໃຫ້ຕົວກາງສົ່ງແພັກເກັດ.

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

ກວດສອບການຟື້ນຟູທີ່ລົ້ມເຫຼວຕົວຈິງ

ລະບຸລູກຄ້າ, ຜູ້ໃຊ້ ແລະ ສະພາບແວດລ້ອມການເລີ່ມຕົ້ນ, ແລ້ວຊອກຫາລຳດັບຊັ້ນການຕັ້ງຄ່າທີ່ມີຜົນ. ການຕັ້ງຄ່າຂອງຜູ້ໃຊ້, ເຄື່ອງ ແລະ ວິທີແກ້ໄຂສາມາດມີສ່ວນຮ່ວມ. ການແກ້ໄຂ devenv.exe.config ເກົ່າໆກ່ຽວຂ້ອງກັບຂະບວນການ Visual Studio ສະເພາະ; ມັນບໍ່ໄດ້ຢືນຢັນວ່າການຟື້ນຟູຜ່ານແຖວຄຳສັ່ງ ຫຼື ບໍລິການ build ອ່ານຫຍັງ. ຮັກສາແຫຼ່ງແພັກເກັດ ແລະ ນະໂຍບາຍທີ່ໃຊ້ໄດ້ ໃນຂະນະທີ່ທ່ານຊອກຫາລາຍການ proxy ທີ່ໝົດອາຍຸ.

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

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