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 ले नलेख्ने फाइलका लागि नियम थप्नुको सट्टा प्राप्त गर्ने लगिङ प्रणालीमा अवधारण लागू गर्नुहोस्।