Squid ເທິງ OpenWrt: ການກວດສອບ UCI ລົ້ມເຫຼວກ່ອນເລີ່ມ
ຕິດຕາມຂໍ້ຄວາມ “validation failed” ຂອງ Squid ເທິງ OpenWrt ໄປຮອດຊັ້ນເລີ່ມ UCI ກ່ອນແກ້ໄຂການຕັ້ງຄ່າ Squid ດັ້ງເດີມ.
ແພັກເກັດ Squid ຂອງ OpenWrt ສາມາດປະຕິເສດການຕັ້ງຄ່າ UCI ຂອງຕົນ ກ່ອນທີ່ຈະເລີ່ມຄຳສັ່ງ Squid ເສຍອີກ. ດັ່ງນັ້ນ “validation failed” ທົ່ວໄປຈາກສະຄຣິບ init ບໍ່ພຽງພໍທີ່ຈະແກ້ໄຂ squid.conf.
ອ່ານຂໍ້ຄວາມລະດັບຟິລດ໌ທີ່ມາກ່ອນໜ້າມັນ ແລະຈັບຄູ່ກັບກົດການກວດສອບຂອງແພັກເກັດທີ່ຕິດຕັ້ງແລ້ວ. ຕົວຢ່າງ, ການຈັດຕັ້ງການເລີ່ມປະກາດ http_port ເປັນປະເພດພອດ. ຊ່ອງຫວ່າງທ້າຍອາດເຮັດໃຫ້ການກວດສອບນັ້ນລົ້ມເຫຼວ ເຖິງແມ່ນຕົວເລກເບິ່ງຖືກຕ້ອງ. ຜົນການກວດສອບທີ່ລົ້ມເຫຼວຢຸດ callback ກ່ອນການລົງທະບຽນຄຳສັ່ງ.
ສຳລັບພາກທີ່ຊື່ squid ຕົວຈິງ, ກວດເບິ່ງຄ່າແຄບ:
uci get squid.squid.http_port
ໃຊ້ຊື່ພາກທີ່ມີຢູ່ໃນການຕິດຕັ້ງ. ແຫຼ່ງຂອງແພັກເກັດປົກກະຕິແມ່ນ /etc/config/squid; ຖ້າບໍ່ມີຂໍ້ຄວາມ, ກວດສອບວ່າມັນມີ ແລະອ່ານໄດ້. ສະບັບອື່ນອາດສະແດງຟິລດ໌ຕ່າງກັນ.
ຫຼັງຈາກການກວດສອບ UCI, ຕິດຕາມໄຟລ໌ດັ້ງເດີມທີ່ສົ່ງໃຫ້ Squid. ຕົວຫຸ້ມສາມາດເລືອກໄຟລ໌ທີ່ຊັດເຈນ ຫຼືສ້າງໜຶ່ງຈາກຂໍ້ມູນທີ່ຮອງຮັບ. ການແກ້ໄຂໄຟລ໌ທີ່ບໍ່ໄດ້ໃຊ້ບໍ່ສາມາດປ່ຽນຜົນທີ່ສ້າງຂຶ້ນໄດ້.
ໄວຍາກອນດັ້ງເດີມ, ຕົວຊ່ວຍ, ສິດ ແລະການກວດສອບຜູ້ຟັງມາພາຍຫຼັງ. ລາຍງານວ່າ “UCI ປະຕິເສດ http_port” ຫຼື “Squid ປະຕິເສດການຕັ້ງຄ່າດັ້ງເດີມທີ່ເລືອກ” ພ້ອມຫຼັກຖານ. ການລຶບການຕັ້ງຄ່າແພັກເກັດພຽງເພື່ອໃຫ້ຂໍ້ຜິດພາດທຳອິດງຽບອາດກີດກັນຕົວຫຸ້ມຈາກການເຮັດວຽກຂອງມັນ.