ດາວໂຫຼດຕໍ່ຜ່ານ Squid
ກວດຄຳຕອບ Range ແລະຄວາມກົງກັນຂອງອອບເຈັກກ່ອນດາວໂຫຼດຕໍ່ ແລະແຍກນະໂຍບາຍດຶງລ່ວງໜ້າຂອງ Squid ຈາກການຮອງຮັບ Range ພື້ນຖານ.
ໃຊ້ການດາວໂຫຼດຕໍ່ສະເພາະເມື່ອ download.part ເປັນສ່ວນຂອງຮູບແທນອອບເຈັກດຽວກັບທີ່ຈະຂໍຕອນນີ້. ຊື່ໄຟລ໌ຢ່າງດຽວຢືນຢັນບໍ່ໄດ້ ເພາະຕົ້ນທາງອາດປ່ຽນເນື້ອຫາຈາກຄັ້ງທຳອິດ.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binປ່ຽນຈຸດເຊື່ອມຕໍ່ທັງສອງເປັນບໍລິການທີ່ທ່ານມີສິດໃຊ້. ສຳລັບປຽບທຽບໄຟລ໌ສາທາລະນະໃນບ່ອນທີ່ອະນຸຍາດພຣັອກຊີສາທາລະນະ ເລືອກຈຸດ HTTP ຈາກລາຍການພຣັອກຊີ HTTP. -C - ໃຊ້ຂະໜາດໄຟລ໌ທີ່ມີເປັນຈຸດເລີ່ມຕໍ່. ກວດຄຳຕອບປາຍທາງ ບໍ່ແມ່ນຖືວ່າເນື້ອຫາທຸກຢ່າງທີ່ສົ່ງກັບແມ່ນໄບຕ໌ທີ່ຂາດ:
| ຄຳຕອບ | ຄວາມໝາຍ |
|---|---|
| 206 ພ້ອມ Content-Range | ກວດວ່າຊ່ວງທີ່ສົ່ງກັບແມ່ນສ່ວນຕໍ່ທີ່ຄາດໄວ້. |
| 200 | ເຊີບເວີອາດບໍ່ສົນ Range ແລະສົ່ງຮູບແທນທັງໝົດມາ. |
| 416 | ຊ່ວງທີ່ຂໍຕອບສະໜອງບໍ່ໄດ້; ຢ່າເອົາໜ້າແຈ້ງຂໍ້ຜິດພາດໄປຕໍ່ໄຟລ໌. |
ຕົວກວດການປ່ຽນແປງ ແລະ If-Range ຊ່ວຍຫຼີກການຕໍ່ຊັບພະຍາກອນຄົນລະເວີຊັນໄດ້. ເຮັດຕາມກົດຮູບແທນຂອງແອັບກ່ອນເຊື່ອຖືໄຟລ໌ທີ່ສຳເລັດ.
range_offset_limit ໃນ Squid 6.13 ຄວບຄຸມວ່າຈະດຶງອອບເຈັກຈາກຕົ້ນເພື່ອແຄດເມື່ອໃດ ບໍ່ໄດ້ຄວບຄຸມວ່າໄຄລເອັນຂໍຊ່ວງໄດ້ຫຼືບໍ່:
range_offset_limit 0ຂີດຈຳກັດສູນຫຼີກການດຶງສ່ວນຕົ້ນເພີ່ມພຽງເພື່ອເຕີມແຄດ. ການສົ່ງຕໍ່ຊ່ວງທີ່ມີປະໂຫຍດໂດຍບໍ່ແຄດອອບເຈັກຍັງສຳເລັດໄດ້. ສຳລັບ HTTPS CONNECT ທົ່ວໄປ ການໂຕ້ຕອບ Range ຢູ່ພາຍໃນ TLS ຂອງປາຍທາງ; ອ່ານຄຳຕອບນັ້ນ ບໍ່ແມ່ນຖືວ່ານະໂຍບາຍແຄດອອບເຈັກທີ່ Squid ເຫັນຄວບຄຸມຄຳຮ້ອງຂໍຂ້າງໃນ.