ລູກຄ້າສອງລາຍດາວໂຫລດ RPM ດຽວກັນຜ່ານ Squid ແຕ່ການໂອນຄັ້ງທີສອງຍັງຄົງໄປຮອດກະຈົກ. ປຽບທຽບ URL ຄຳຂໍທັງໝົດ:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

ຊື່ໄຟລ໌ຂອງແພັກເກັດກົງກັນ ແຕ່ URI ເປົ້າໝາຍຂອງມັນແຕກຕ່າງກັນ. ກະແຈແຄດ HTTP ລວມມີວິທີການຂໍ ແລະ URI ເປົ້າໝາຍຢ່າງໜ້ອຍ ດັ່ງນັ້ນ checksum ແພັກເກັດທີ່ກົງກັນຈຶ່ງບໍ່ເຊື່ອມລາຍການເຫຼົ່ານີ້ໂດຍອັດຕະໂນມັດ.

Yum ແລະ DNF ສາມາດໃຊ້ baseurl ຄົງທີ່ ຫຼືຄົ້ນຫາກະຈົກຜ່ານ mirrorlist ແລະ metalink. ດັ່ງນັ້ນການຕິດຕັ້ງທີ່ເໝືອນກັນອາດເລືອກ URL ດາວໂຫລດຕ່າງກັນ.

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

ກວດເບິ່ງວ່າການແຄດວັດຖຸມີໃຫ້ບໍ່

ພາຍໃນອຸໂມງ HTTPS CONNECT ທຳມະດາ Squid ບໍ່ສາມາດເຫັນເນື້ອຫາການຕອບສະໜອງ RPM ສຳລັບການແຄດ HTTP ໄດ້. ຊື່ໂຮສກະຈົກທົ່ວໄປຈະບໍ່ປ່ຽນສິ່ງນັ້ນ. ຮັກສາຄັງເກັບ HTTPS ໃຫ້ເຂົ້າລະຫັດ.

ສຳລັບການຕອບສະໜອງທີ່ Squid ສາມາດແຄດໄດ້ ການໃຊ້ຄືນຍັງຂຶ້ນກັບຄວາມສົດ, ຄຳແນະນຳຄຳຂໍ ແລະ ການຕອບສະໜອງ ແລະ ນະໂຍບາຍແຄດທ້ອງຖິ່ນ. ບັນທຶກ URL ທີ່ເລືອກ, ການເຮັດທຸລະກຳເປັນ HTTP ທີ່ເຫັນໄດ້ ຫຼື ອຸໂມງເຂົ້າລະຫັດ ແລະ ຜົນແຄດຂອງມັນ.

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