http.check-revoke ຄວບຄຸມການກວດສອບການຖອນໃບຢັ້ງຢືນໃນ Windows. ການຕັ້ງມັນເປັນ false ປ່ຽນນະໂຍບາຍການກວດສອບ. ມັນບໍ່ຊອກຫາ proxy, ບໍ່ເລືອກໂປຣໂຕຄອນຂອງມັນ ແລະ ບໍ່ຕິດຕັ້ງ CA ຂອງອົງກອນທ່ານ.

ນັ້ນແມ່ນເຫດຜົນທີ່ສູດທີ່ມີທັງ URL proxy ແລະ check-revoke = false ຕ້ອງອ່ານເປັນສອງການປ່ຽນແປງແຍກກັນ. ຖ້າການປິດການກວດສອບປ່ຽນຜົນໄດ້, ທ່ານມີເບາະແຫຼມໃນການກວດສອບໃບຢັ້ງຢືນ — ບໍ່ແມ່ນຫຼັກຖານວ່າເສັ້ນທາງ proxy ຖືກແກ້ໄຂແລ້ວ.

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

ກຳນົດການດາວໂຫຼດທີ່ລົ້ມເຫຼວນຳ. ການສົ່ງ HTTP ຂອງ Cargo ແລະ ການເອີ້ນ Git ແຍກຕ່າງຫາກ ອາດມີການຕັ້ງຄ່າແຕກຕ່າງກັນ. ການລອງໃໝ່ທີ່ສຳເລັດໃນເສັ້ນທາງໜຶ່ງ ບໍ່ບອກຫຍັງກ່ຽວກັບນະໂຍບາຍໃບຢັ້ງຢືນຂອງອີກເສັ້ນທາງໜຶ່ງ.

ເປີດການກວດສອບທີ່ຈຳເປັນໄວ້ຂະນະທີ່ທ່ານແກ້ໄຂການດຶງຂໍ້ມູນ ແລະ ຄວາມເຊື່ອໝັ້ນ. ຖ້າອົງກອນປິດການກວດສອບການຖອນໂດຍເຈດຕະນາ, ບັນທຶກມັນເປັນການຕັດສິນນະໂຍບາຍ ບໍ່ແມ່ນການຕັ້ງຄ່າຄວາມເຂົ້າກັນຂອງ proxy ທົ່ວໄປ.

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