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 যে ফাইলে লেখে না তার জন্য নিয়ম যোগ করার বদলে গ্রহণকারী লগিং সিস্টেমে ধারণ প্রয়োগ করুন।