Tinyproxy လော့ဂ် လှည့်ပတ်မှု: maxsize 100M သည် တင်းကျပ်သော ကန့်သတ်ချက် မဟုတ်သည့် အကြောင်း

maxsize 100M ထည့်သွင်းချက်သည် လှည့်ပတ်မှု အစပျိုးကိရိယာ ဖြစ်ပြီး Tinyproxy လော့ဂ်ဖိုင်အပေါ် တိုက်ရိုက် ကန့်သတ်ချက် မဟုတ်ပါ။ logrotate သည် တစ်ရက်လျှင် တစ်ကြိမ် အလုပ်လုပ်ပါက နောက်စစ်ဆေးမှု မတိုင်မီ ဖိုင်သည် 100 MB ကျော်လွန် ကြီးထွားနိုင်သည်။

Tinyproxy သည် LogFile သို့ တိုက်ရိုက် ရေးသားပါက ဤကဲ့သို့ မူဝါဒကို ၎င်း၏ လက်ရှိ logrotate stanza ထဲသို့ ပေါင်းထည့်ပါ:

daily
maxsize 100M
rotate 7
compress
delaycompress

တပ်ဆင်ထားသော stanza ၏ မှန်ကန်သော လမ်းကြောင်း၊ ပိုင်ဆိုင်မှု၊ create ခွင့်ပြုချက်များနှင့် ဝန်ဆောင်မှု အလိုက် postrotate ကိုင်တွယ်မှုကို ထိန်းသိမ်းပါ။ ဤအပိုင်းသည် ထိန်းသိမ်းမှု မူဝါဒကို ပေးသည်၊ ဝန်ဆောင်မှု အပြည့်အစုံ ပေါင်းစပ်မှု မဟုတ်ပါ။

နေ့စဉ် စစ်ဆေးမှုများက ကြီးထွားမှု များလွန်းနေပါက logrotate ကို ပို၍ မကြာခဏ လုပ်ဆောင်ရန် စီစဉ်ပါ။ လုပ်ဆောင်မှုတစ်ခုစီသည် စည်းမျဉ်းများကို အကဲဖြတ်သည်၊ မလှည့်ဘဲ ဖြစ်နိုင်သည်။ အရွယ်အစား အခြေပြု လှည့်ပတ်မှုတွင် rotate 7 သည် လှည့်ပြီး ဖိုင် ခုနစ်ခု ဟု အဓိပ္ပာယ်ရပြီး ခုနစ်ရက်ထက် နည်းနိုင်သည်။

ပြန်ဖွင့်ခြင်းက လှည့်ပတ်မှုကို အပြီးသတ်စေသည်

ဖိုင်ကို အမည်ပြောင်းပြီးနောက် Tinyproxy သည် ၎င်း၏ လော့ဂ်ကို ပြန်ဖွင့်ရန် လိုအပ်သည်။ Tinyproxy သည် SIGUSR1 ကို ဖွဲ့စည်းမှု ပြန်တင်၍ လော့ဂ်ဖိုင်ကို ပိတ်ပြီး ပြန်ဖွင့်ခြင်းအဖြစ် ဖော်ပြထားသည်၊ filter ဖွဲ့စည်းမှုကိုလည်း ပြန်တင်သည်။ signal သို့မဟုတ် PID ဖိုင် တည်နေရာကို ခန့်မှန်းမည့်အစား မှန်ကန်သော လုပ်ဆောင်ချက်ကို ရှိပြီးသား လုပ်ဆောင်သည့် package helper ကို ထိန်းသိမ်းပါ။

အသုံးပြုနေသော ဖိုင်ကို ဖျက်ခြင်းသည် ထို ပြန်ဖွင့်မှုကို ညှိနှိုင်းမပေးပါ။ copytruncate သည် အမည်ပြောင်း-ပြီး-ပြန်ဖွင့် အစီအစဉ်ကို ရှောင်နိုင်သော်လည်း ကူးယူခြင်းနှင့် ဖြတ်တောက်ခြင်း အတွင်း အချက်အလက် ဆုံးရှုံးနိုင်သော ကြားကာလတစ်ခုကို မှတ်တမ်းတင်ထားသည်။

proxy သည် လော့ဂ်များကို Syslog သို့ ပို့ပါက Tinyproxy မရေးသားသော ဖိုင်အတွက် စည်းမျဉ်း ထပ်ထည့်မည့်အစား လက်ခံသော logging စနစ်တွင် ထိန်းသိမ်းမှုကို ကျင့်သုံးပါ။