ເມື່ອພຣັອກຊີປະຕິເສດ User-Agent ຂອງ APT

curl ດຶງ URL ໜຶ່ງ. APT ໂດຍໃຊ້ພຣັອກຊີດຽວກັນ ໄດ້ຮັບໜ້າໜຶ່ງທີ່ບອກວ່າ User-Agent ຂອງມັນບໍ່ໄດ້ຮັບການອະນຸມັດ. ການຕອບສະໜອງນັ້ນຫຍໍ້ການສືບສວນແລ້ວ: ຕົວກາງກຳລັງໃຊ້ນະໂຍບາຍລູກຄ້າ.

ການປ່ຽນແກ້ວຂອງບ່ອນເກັບ, ລະຫັດຜ່ານ ແລະ DNS ພ້ອມກັນ ຖິ້ມຫຼັກຖານທີ່ເປັນປະໂຫຍດນັ້ນ. ເກັບສະຖານະທີ່ສົ່ງຄືນ ແລະ ຂໍ້ຄວາມປະຕິເສດທີ່ກ່ຽວຂ້ອງ ກ່ອນຈະປ່ຽນເສັ້ນທາງ.

APT ຈົດທະບຽນ Acquire::http::User-Agent ສຳລັບວິທີການດຶງຂໍ້ມູນ HTTP. ຖ້າຜູ້ປະກອບການເຄືອຂ່າຍຕ້ອງການຕົວລະບຸທີ່ໄດ້ຮັບອະນຸມັດ, ໃຫ້ຕັ້ງຄ່າທີ່ຕົກລົງກັນຢ່າງເຈດຕະນາ. ການສຳເນົາສາຍຕົວຕົນທັງໝົດຂອງບຣາວເຊີຈາກຄຳຕອບເກົ່າ ສາມາດປິດບັງຕົວອັບເດດຕົວຈິງ ແລະ ຍັງອາດລົ້ມເຫຼວໃນເງື່ອນໄຂນະໂຍບາຍອື່ນ.

ກວດສອບຂອບເຂດຂອງຄຳຮ້ອງທີ່ລົ້ມເຫຼວ. ຄຳຮ້ອງບ່ອນເກັບ HTTP ແລະ ອຸໂມງ HTTPS ເປີດເຜີຍຂໍ້ມູນຕ່າງກັນໃຫ້ພຣັອກຊີທຳມະດາທີ່ບໍ່ດັກຈັບ. ຢ່າສະຫຼຸບວ່ານະໂຍບາຍຫົວຂໍ້ທີ່ເຫັນໃນເສັ້ນທາງໜຶ່ງ ຈະຖືກນຳໃຊ້ຄືກັນໂດຍອັດຕະໂນມັດພາຍໃນການຈະລາຈອນທີ່ເຂົ້າລະຫັດ.

ໜ້າປະຕິເສດທີ່ສົ່ງຄືນໃນບ່ອນທີ່ຄາດຫວັງເມຕາດາຕາຂອງບ່ອນເກັບ ຍັງສາມາດເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການແຍກຂໍ້ມູນ ຫຼື ຄວາມຜິດພາດທີ່ເບິ່ງຄືກັບຄວາມຜິດພາດລາຍເຊັນໃນພາຍຫຼັງ. ອ່ານແຫຼ່ງກຳເນີດຂອງຄຳຕອບກ່ອນປ່ຽນຄວາມໄວ້ໃຈໃນບ່ອນເກັບ. ການເສັ້ນທາງຜ່ານພຣັອກຊີທີ່ສຳເລັດ ບໍ່ເຮັດໃຫ້ໜ້ານະໂຍບາຍ HTML ກາຍເປັນດັດຊະນີແພັກເກດທີ່ຖືກຕ້ອງ. ສຳລັບ Hash Sum mismatch ໃຫ້ເກັບຜົນລວມກວດສອບທີ່ຄາດຫວັງ ແລະ ໄບຕົວຈິງໄວ້ນຳກັນ.