ການໝຸນບັນທຶກຂອງ Tinyproxy: ເປັນຫຍັງ maxsize 100M ຈຶ່ງບໍ່ແມ່ນຂີດຈຳກັດແຂງ

logrotate ກວດ maxsize ພຽງແຕ່ຕອນທີ່ມັນເຮັດວຽກ. ຕັ້ງຄວາມຖີ່ຂອງການກວດ ແລະ ການຈັດການເປີດໄຟລ໌ຄືນ ພ້ອມກັບຂີດຈຳກັດ.

ລາຍການ maxsize 100M ເປັນຕົວກະຕຸ້ນການໝຸນ ບໍ່ແມ່ນຂີດຈຳກັດສົດໆ ຕໍ່ໄຟລ໌ບັນທຶກຂອງ Tinyproxy. ຖ້າ logrotate ເຮັດວຽກມື້ລະເທື່ອ, ໄຟລ໌ສາມາດໂຕໃຫຍ່ເກີນ 100 MB ກ່ອນການກວດຄັ້ງຕໍ່ໄປ.

ສຳລັບ Tinyproxy ທີ່ຂຽນລົງ LogFile ໂດຍກົງ, ໃຫ້ລວມນະໂຍບາຍເຊັ່ນນີ້ເຂົ້າໃນ stanza logrotate ທີ່ມີຢູ່ແລ້ວ:

daily
maxsize 100M
rotate 7
compress
delaycompress

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

ຈັດໃຫ້ logrotate ເຮັດວຽກເລື້ອຍກວ່າ ຖ້າການກວດມື້ລະເທື່ອເຮັດໃຫ້ໄຟລ໌ໂຕໃຫຍ່ເກີນໄປ. ແຕ່ລະເທື່ອທີ່ເຮັດວຽກຈະປະເມີນກົດ; ມັນບໍ່ຈຳເປັນຕ້ອງໝຸນ. ກັບການໝຸນຕາມຂະໜາດ, rotate 7 ໝາຍເຖິງໄຟລ໌ທີ່ໝຸນແລ້ວເຈັດໄຟລ໌ ແລະ ອາດໝາຍເຖິງໜ້ອຍກວ່າເຈັດມື້.

ການເປີດຄືນຈຶ່ງເຮັດໃຫ້ການໝຸນສຳເລັດ

ຫຼັງຈາກໄຟລ໌ຖືກປ່ຽນຊື່, Tinyproxy ຕ້ອງເປີດບັນທຶກຄືນ. Tinyproxy ລະບຸ SIGUSR1 ວ່າເປັນການໂຫຼດການຕັ້ງຄ່າຄືນ ແລະ ປິດ-ເປີດໄຟລ໌ບັນທຶກຄືນ; ມັນໂຫຼດການຕັ້ງຄ່າຕົວກອງຄືນນຳ. ຮັກສາ helper ທີ່ມາພ້ອມ package ທີ່ເຮັດການທີ່ຖືກຕ້ອງຢູ່ແລ້ວ ແທນທີ່ຈະເດົາ signal ຫຼື ຕຳແໜ່ງໄຟລ໌ PID.

ການລຶບໄຟລ໌ທີ່ໃຊ້ຢູ່ ບໍ່ໄດ້ປະສານກັບການເປີດຄືນນັ້ນ. copytruncate ຫຼີກລ້ຽງການປ່ຽນຊື່-ແລ້ວ-ເປີດຄືນ ແຕ່ມີຊ່ວງເວລາທີ່ບັນທຶກໄວ້ວ່າຂໍ້ມູນອາດສູນເສຍລະຫວ່າງການຄັດລອກ ແລະ ການຕັດຫຍໍ້.

ຖ້າ proxy ສົ່ງບັນທຶກໄປ Syslog, ໃຫ້ໃຊ້ນະໂຍບາຍເກັບຮັກສາຢູ່ລະບົບ logging ທີ່ຮັບ ແທນທີ່ຈະເພີ່ມກົດສຳລັບໄຟລ໌ທີ່ Tinyproxy ບໍ່ໄດ້ຂຽນ.

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