ເມື່ອ Squid ແກ້ໄຂຊື່ໂຮສບໍ່ໄດ້
ກວດສອບ resolver ຂອງເຊີບເວີພຣັອກຊີ; ການຄົ້ນຫາສຳເລັດຢູ່ client ບໍ່ໄດ້ພິສູດວ່າ Squid ແກ້ໄຂຊື່ດຽວກັນໄດ້.
ກວດສອບ DNS ໃນບ່ອນທີ່ການຄົ້ນຫາລົ້ມເຫຼວ. ການທີ່ແລັບທັອບຂອງທ່ານແກ້ໄຂຊື່ໄດ້ ບໍ່ໄດ້ພິສູດວ່າ Squid ຫຼືພຣັອກຊີແມ່ທີ່ເຊື່ອມຕໍ່ຕໍ່ໄປ ຈະແກ້ໄຂຊື່ນັ້ນໄດ້.
ອ່ານ ບັນທຶກ cache ຂອງ instance ທີ່ມີບັນຫາ ແລະກວດກາການຕັ້ງຄ່າ resolver ຂອງເຊີບເວີ. ການກວດເສີມໃນລະດັບໂຮສແມ່ນ:
getent ahosts target.exampleໃຊ້ເປົ້າໝາຍຕົວຈິງ. getent ໃຊ້ລະບົບຄົ້ນຫາຂອງໂຮສ; resolver ພາຍໃນ ຫຼື cache ຂອງ Squid ອາດຕ່າງກັນ. ກວດ input dns_nameservers ແລະ hosts_file ທີ່ກຳນົດໄວ້ຢ່າງຊັດເຈນ ກ່ອນຈະຄິດວ່າມັນກົງກັນ.
ໃນ Squid 6.13 ລາຍຊື່ nameserver ທີ່ກຳນົດຢ່າງຊັດເຈນປະກອບມີທີ່ຢູ່ IP:
dns_nameservers 192.0.2.53ປ່ຽນທີ່ຢູ່ສຳລັບເອກະສານນີ້ເປັນ resolver ທີ່ອະນຸມັດ ແລະເຂົ້າເຖິງໄດ້ຈາກເຊີບເວີ Squid. ຊື່ສ່ວນຕົວອາດຕ້ອງໃຊ້ resolver ຂອງອົງກອນ; resolver ສາທາລະນະທີ່ບໍ່ກ່ຽວຂ້ອງອາດບໍ່ເຫັນຊື່ເຫຼົ່ານັ້ນໃນມຸມມອງ DNS ຂອງຕົນ.
ຊື່ແຝງໃນໄຟລ໌ hosts ຂອງແລັບທັອບບໍ່ໄດ້ຖືກສົ່ງໄປພ້ອມຄຳຮ້ອງຂໍຊື່ໂຮສຜ່ານພຣັອກຊີ. ໃນເຄື່ອງທີ່ຄົ້ນຫາ ໃຫ້ກວດ ການຕັ້ງຄ່າ hosts_file ຂອງ Squid ລຸ້ນທີ່ຕິດຕັ້ງ ແລະຄຳນຶງເຖິງ resolver ຂອງພຣັອກຊີແມ່ເມື່ອກ່ຽວຂ້ອງ. ຊື່ໂຮສທີ່ໃຊ້ສຳລັບຕົວຕົນ TLS ຕ້ອງກົງກັບບໍລິການ.
ຫຼັງຈາກປ່ຽນການຕັ້ງຄ່າຢ່າງຄວບຄຸມໜຶ່ງຄັ້ງ ໃຫ້ກວດ syntax ແລະໂຫຼດການຕັ້ງຄ່າຂອງ instance ທີ່ຕ້ອງການຄືນໃໝ່, ສົ່ງຄຳຮ້ອງຂໍເດີມຊ້ຳ ແລະກວດຫຼັກຖານຂອງມັນ. ຄຳຕອບບວກ ແລະລົບທີ່ເກັບໃນ cache ອາດກະທົບການທົດສອບຊ້ຳ. ການຄົ້ນຫາສຳເລັດແລ້ວການເຊື່ອມຕໍ່ໝົດເວລາ ແມ່ນບັນຫາເສັ້ນທາງ ຫຼືສິດໃນຂັ້ນຕໍ່ໄປ; ຢ່າປ່ຽນ DNS ຕໍ່ໄປເພື່ອແກ້ມັນ. ຮັກສາ DNS ຂອງ client, routing ຂອງພຣັອກຊີແມ່ ແລະໂປຣໂຕຄອນພຣັອກຊີໄວ້ຄືເກົ່າ ໃນຂະນະທີ່ປະເມີນການປ່ຽນຂອງເຊີບເວີ.