Tinyproxy लॉग रोटेशन: maxsize 100M ही कठोर मर्यादा का नाही

maxsize 100M ही नोंद रोटेशन ट्रिगर आहे, Tinyproxy लॉग फाइलवरील थेट मर्यादा नाही. logrotate दिवसातून एकदा चालत असेल, तर पुढील तपासणीपूर्वी फाइल 100 MB पलीकडे वाढू शकते.

Tinyproxy थेट LogFile मध्ये लिहीत असेल, तर अशी धोरण त्याच्या विद्यमान logrotate स्टॅन्झामध्ये समाविष्ट करा:

daily
maxsize 100M
rotate 7
compress
delaycompress

स्थापित स्टॅन्झाचा योग्य पथ, मालकी, create परवानग्या आणि सेवा-विशिष्ट postrotate हाताळणी जपून ठेवा. हा तुकडा टिकवण धोरण देतो, संपूर्ण सेवा एकात्मता नाही.

दैनंदिन तपासण्यांमुळे जास्त वाढ राहत असेल तर logrotate अधिक वेळा चालवण्याची व्यवस्था करा. प्रत्येक वेळी नियमांचे मूल्यांकन होते; ते रोटेट करतेच असे नाही. आकाराधारित रोटेशनमध्ये rotate 7 म्हणजे सात रोटेट फाइल्स आणि सात दिवसांपेक्षा कमी कालावधी दर्शवू शकते.

पुन्हा उघडणे रोटेशन पूर्ण करते

फाइलचे नाव बदलल्यानंतर Tinyproxy ला त्याचा लॉग पुन्हा उघडावा लागतो. Tinyproxy SIGUSR1 चे वर्णन संरचना पुन्हा लोड करणे आणि लॉग फाइल बंद करून पुन्हा उघडणे असे करते; ते फिल्टर संरचनाही पुन्हा लोड करते. सिग्नल किंवा PID फाइलचे स्थान अंदाज करण्याऐवजी योग्य क्रिया आधीच करणारा पॅकेज केलेला हेल्पर जपून ठेवा.

सक्रिय फाइल हटवणे त्या पुन्हा उघडण्याशी समन्वय साधत नाही. copytruncate नाव बदलून पुन्हा उघडण्याची रचना टाळते, पण कॉपी आणि छाटणी दरम्यान डेटा हरवू शकणारा नोंदवलेला मध्यरा आहे.

प्रॉक्सी लॉग Syslog कडे पाठवत असेल, तर Tinyproxy न लिहिणाऱ्या फाइलसाठी नियम जोडण्याऐवजी स्वीकारणाऱ्या लॉगिंग सिस्टमवर टिकवण लागू करा.