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 کی نہ لکھی جانے والی فائل کے لیے قاعدہ شامل کرنے کے بجائے وصول کنندہ لاگنگ نظام میں برقراری لاگو کریں۔

متعلقہ مضامین