ຖ້າ Squid ໄດ້ຮັບສ່ວນໜຶ່ງຂອງການຕອບສະໜອງແລ້ວ ແລ້ວລໍຖ້າຂໍ້ມູນເພີ່ມເຕີມ, ການເພີ່ມ forward_timeout ແກ້ໄຂການລໍຖ້າທີ່ຜິດ. ໃນ Squid 5 ຫາ 7, ເລືອກໂມງເຫຼົ່ານີ້ຕາມການດຳເນີນການທີ່ຢຸດ:

ສິ່ງທີ່ Squid ລໍຖ້າຄຳສັ່ງ
ເສັ້ນທາງສົ່ງຕໍ່ທີ່ໃຊ້ໄດ້forward_timeout
ການເຊື່ອມຕໍ່ TCP ກັບເຊີເວີ ຫຼື peer, ກ່ອນລອງເສັ້ນທາງອື່ນconnect_timeout
ຂໍ້ມູນເພີ່ມເຕີມຈາກການເຊື່ອມຕໍ່ peer-ເຊີເວີ; ການອ່ານທີ່ສຳເລັດຈະຂະຫຍາຍການລໍຖ້າread_timeout

ເກັບປະເພດຂໍ້ຜິດພາດ ແລະ ການດຳເນີນການທີ່ສຳເລັດຄັ້ງຫຼ້າສຸດໄວ້ຄຽງກັບລາຍການ log. ຄວາມລົ້ມເຫຼວກ່ອນທີ່ຈະມີການເຊື່ອມຕໍ່ສົ່ງຕໍ່ ຊີ້ໄປທີ່ການເລືອກເສັ້ນທາງ ຫຼື ການຕັ້ງຄ່າການເຊື່ອມຕໍ່. ການຕອບສະໜອງທີ່ເລີ່ມແລ້ວແລ້ວງຽບໄປ ຊີ້ໄປທີ່ຂັ້ນຕອນການອ່ານຈາກເຊີເວີ. ລວມ peer ທີ່ເລືອກ ແລະ ປາຍທາງເມື່ອຕິດຕາມທັງສອງກໍລະນີ.

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

ຊື່ ແລະ ການມີຢູ່ເຫຼົ່ານີ້ຂຶ້ນກັບແຕ່ລະລຸ້ນ. ໃຊ້ເອກະສານອ້າງອີງຂອງລຸ້ນທີ່ຕິດຕັ້ງໃຊ້ຢູ່; ຄຳແນະນຳ dns_v4_first ແບບເກົ່າກ່ຽວກັບການເລືອກທີ່ຢູ່ ແລະ ບໍ່ບອກວ່າການລໍຖ້າໃດໃນເຫຼົ່ານີ້ລົ້ມເຫຼວ.

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