Tinyproxy ලොග් භ්‍රමණය: maxsize 100M දැඩි සීමාවක් නොවන්නේ ඇයි
logrotate ක්‍රියාත්මක වන විට පමණක් maxsize පරීක්ෂා කරයි. පරීක්ෂාවේ සංඛ්‍යාතය සහ ලොගය නැවත විවෘත කිරීමේ හැසිරවීම සීමාව සමඟ සකසන්න.
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 විස්තර කරන්නේ වින්‍යාසය නැවත පූරණය කිරීම සහ ලොග් ගොනුව වසා නැවත විවෘත කිරීම ලෙසය; එය පෙරහන් වින්‍යාසය ද නැවත පූරණය කරයි. සංඥාවක් හෝ PID ගොනු ස්ථානයක් අනුමාන කිරීම වෙනුවට නිවැරදි ක්‍රියාව දැනටමත් සිදු කරන ඇසුරුම් කළ සහායකය රඳවා ගන්න.
සක්‍රීය ගොනුව මැකීම එම නැවත විවෘත කිරීම සම්බන්ධීකරණය නොකරයි. copytruncate නැවත නම් කිරීම-සහ-නැවත විවෘත කිරීමේ සැකැස්ම වළක්වයි, නමුත් පිටපත් කිරීමේ සහ කප්පාදු කිරීමේදී දත්ත නැති විය හැකි ලේඛනගත පරතරයක් ඇත.
ප්‍රොක්සිය ලොග Syslog වෙත යවන්නේ නම්, Tinyproxy නොලියන ගොනුවක් සඳහා නීතියක් එකතු කිරීම වෙනුවට ලැබෙන ලොගින් පද්ධතියේ රඳවා ගැනීම යොදන්න.