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 नहीं लिखता, प्राप्त करने वाले लॉगिंग सिस्टम में प्रतिधारण लागू करें।