របៀបធ្វើការជាមួយកំណត់ហេតុ Zimbra OSE

ការកត់ត្រាព្រឹត្តិការណ៍ដែលកើតឡើងទាំងអស់គឺជាមុខងារសំខាន់បំផុតមួយនៃប្រព័ន្ធសាជីវកម្មណាមួយ។ កំណត់ហេតុអនុញ្ញាតឱ្យអ្នកដោះស្រាយបញ្ហាដែលកំពុងកើតមាន សវនកម្មប្រតិបត្តិការនៃប្រព័ន្ធព័ត៌មាន និងស៊ើបអង្កេតឧប្បត្តិហេតុសុវត្ថិភាពព័ត៌មានផងដែរ។ Zimbra OSE ក៏រក្សាកំណត់ហេតុលម្អិតនៃការងាររបស់ខ្លួនផងដែរ។ ពួកគេរួមបញ្ចូលទិន្នន័យទាំងអស់ពីដំណើរការម៉ាស៊ីនមេ រហូតដល់ការផ្ញើ និងទទួលអ៊ីមែលដោយអ្នកប្រើប្រាស់។ ទោះជាយ៉ាងណាក៏ដោយ ការអានកំណត់ហេតុដែលបង្កើតដោយ Zimbra OSE គឺជាកិច្ចការដែលមិនមែនជារឿងតូចតាចនោះទេ។ នៅក្នុងអត្ថបទនេះ ដោយប្រើឧទាហរណ៍ជាក់លាក់មួយ យើងនឹងប្រាប់អ្នកពីរបៀបអានកំណត់ហេតុ Zimbra OSE ក៏ដូចជារបៀបធ្វើឱ្យពួកវាស្ថិតនៅកណ្តាល។

Zimbra OSE រក្សាទុកកំណត់ហេតុក្នុងស្រុកទាំងអស់នៅក្នុងថត /opt/zimbra/log ហើយកំណត់ហេតុក៏អាចត្រូវបានរកឃើញនៅក្នុងឯកសារ /var/log/zimbra.log ផងដែរ។ សំខាន់បំផុតគឺ mailbox.log ។ វាកត់ត្រាសកម្មភាពទាំងអស់ដែលកើតឡើងនៅលើម៉ាស៊ីនមេសំបុត្រ។ ក្នុង​ចំណោម​នោះ​មាន​ការ​បញ្ជូន​អក្សរ ទិន្នន័យ​ផ្ទៀងផ្ទាត់​អ្នក​ប្រើ ការ​ព្យាយាម​ចូល​មិន​បាន​ជោគជ័យ និង​អ្វី​ផ្សេង​ទៀត។ ធាតុនៅក្នុង mailbox.log គឺជាខ្សែអក្សរដែលមានពេលវេលាដែលព្រឹត្តិការណ៍បានកើតឡើង កម្រិតនៃព្រឹត្តិការណ៍ ចំនួននៃការផ្សាយដែលព្រឹត្តិការណ៍បានកើតឡើង ឈ្មោះអ្នកប្រើប្រាស់ និងអាសយដ្ឋាន ip របស់វា និងការពិពណ៌នាអត្ថបទនៃ ព្រឹត្តិការណ៍។

កម្រិតកំណត់ហេតុបង្ហាញពីកម្រិតនៃឥទ្ធិពលនៃព្រឹត្តិការណ៍លើប្រតិបត្តិការរបស់ម៉ាស៊ីនមេ។ តាមលំនាំដើម កម្រិតព្រឹត្តិការណ៍ចំនួន 4 ត្រូវបានប្រើ៖ ព័ត៌មាន ព្រមាន កំហុស និងគ្រោះថ្នាក់។ ចូរយើងវិភាគកម្រិតទាំងអស់តាមលំដាប់ឡើងនៃភាពធ្ងន់ធ្ងររបស់វា។

• ព័ត៌មាន - ព្រឹត្តិការណ៍នៅកម្រិតនេះជាធម្មតាត្រូវបានរចនាឡើងដើម្បីជូនដំណឹងអំពីវឌ្ឍនភាពនៃ Zimbra OSE ។ ក្នុង​ចំណោម​សារ​នៃ​កម្រិត​នេះ​មាន​របាយការណ៍​អំពី​ការ​បង្កើត​ឬ​លុប​ប្រអប់​សំបុត្រ​ជាដើម។
• ព្រមាន - ព្រឹត្តិការណ៍នៃកម្រិតនេះជូនដំណឹងអំពីស្ថានភាពដែលអាចមានគ្រោះថ្នាក់ ប៉ុន្តែកុំប៉ះពាល់ដល់ប្រតិបត្តិការរបស់ម៉ាស៊ីនមេ។ ជាឧទាហរណ៍ កម្រិត WARN សម្គាល់សារអំពីការប៉ុនប៉ងចូលរបស់អ្នកប្រើដែលមិនជោគជ័យ។
• កំហុស - កម្រិតព្រឹត្តិការណ៍នេះនៅក្នុងកំណត់ហេតុជូនដំណឹងអំពីការកើតឡើងនៃកំហុសដែលមានលក្ខណៈមូលដ្ឋាន និងមិនរំខានដល់ប្រតិបត្តិការរបស់ម៉ាស៊ីនមេ។ កម្រិតនេះអាចសម្គាល់កំហុសដែលទិន្នន័យលិបិក្រមរបស់អ្នកប្រើប្រាស់ម្នាក់ៗត្រូវបានខូច។
• FATAL - កំហុសដែលរារាំងម៉ាស៊ីនមេពីការបន្តដំណើរការជាធម្មតាត្រូវបានសម្គាល់ដោយកម្រិតនេះ។ ឧទាហរណ៍ កម្រិត FATAL នឹងស្ថិតនៅក្នុងកំណត់ត្រាអំពីអសមត្ថភាពក្នុងការភ្ជាប់ទៅ DBMS ។

ឯកសារកំណត់ហេតុម៉ាស៊ីនមេ ត្រូវបានធ្វើបច្ចុប្បន្នភាពជារៀងរាល់ថ្ងៃ។ កំណែចុងក្រោយបំផុតនៃឯកសារតែងតែមានឈ្មោះថា Mailbox.log ខណៈពេលដែលកំណត់ហេតុសម្រាប់កាលបរិច្ឆេទជាក់លាក់មួយមានកាលបរិច្ឆេទនៅក្នុងចំណងជើង ហើយមាននៅក្នុងប័ណ្ណសារ។ ឧទាហរណ៍ mailbox.log.2020-09-29.tar.gz. វាជួយសម្រួលយ៉ាងខ្លាំងដល់ការបម្រុងទុកនៃកំណត់ហេតុសកម្មភាព និងការស្វែងរកតាមរយៈកំណត់ហេតុ។

ដើម្បីភាពងាយស្រួលរបស់អ្នកគ្រប់គ្រងប្រព័ន្ធ ថត /opt/zimbra/log/ មានកំណត់ហេតុផ្សេងទៀត។ ពួកវារួមបញ្ចូលតែធាតុទាំងនោះដែលទាក់ទងនឹងធាតុ Zimbra OSE ជាក់លាក់។ ឧទាហរណ៍ audit.log មានធាតុអំពីការផ្ទៀងផ្ទាត់អ្នកប្រើប្រាស់តែប៉ុណ្ណោះ clamd.log មានទិន្នន័យអំពីប្រតិបត្តិការកំចាត់មេរោគ។ល។ ដោយវិធីនេះ វិធីសាស្ត្រដ៏ល្អមួយក្នុងការការពារម៉ាស៊ីនមេ Zimbra OSE ពីអ្នកឈ្លានពានគឺ ការការពារម៉ាស៊ីនមេជាមួយ Fail2Banដែលគ្រាន់តែដំណើរការដោយផ្អែកលើ audit.log ។ វាក៏ជាការអនុវត្តល្អផងដែរក្នុងការបន្ថែមកិច្ចការ cron ដើម្បីប្រតិបត្តិពាក្យបញ្ជា grep -ir "ពាក្យសម្ងាត់មិនត្រឹមត្រូវ" /opt/zimbra/log/audit.logដើម្បីទទួលបានព័ត៌មានប្រចាំថ្ងៃអំពីការព្យាយាមចូលដែលបរាជ័យ។

ឧទាហរណ៍នៃរបៀបដែល audit.log បង្ហាញពាក្យសម្ងាត់មិនត្រឹមត្រូវពីរដង និងការព្យាយាមចូលដោយជោគជ័យ

កំណត់ហេតុនៅក្នុង Zimbra OSE អាចមានប្រយោជន៍ខ្លាំងណាស់ក្នុងការស្វែងរកមូលហេតុនៃការបរាជ័យសំខាន់ៗផ្សេងៗ។ នៅពេលមានកំហុសធ្ងន់ធ្ងរកើតឡើង អ្នកគ្រប់គ្រងជាធម្មតាមិនអាស្រ័យលើការអានកំណត់ហេតុនោះទេ។ ម៉ាស៊ីនមេត្រូវស្ដារឡើងវិញឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន។ ទោះយ៉ាងណាក៏ដោយ ក្រោយមក នៅពេលដែលម៉ាស៊ីនមេត្រូវបានបម្រុងទុក និងបង្កើតកំណត់ហេតុជាច្រើន វាអាចពិបាកក្នុងការស្វែងរកធាតុត្រឹមត្រូវនៅក្នុងឯកសារធំមួយ។ ដើម្បីស្វែងរកធាតុកំហុសបានយ៉ាងឆាប់រហ័ស វាគ្រប់គ្រាន់ដើម្បីដឹងពីពេលវេលាដែលម៉ាស៊ីនមេត្រូវបានចាប់ផ្តើមឡើងវិញ និងស្វែងរកធាតុនៅក្នុងកំណត់ហេតុដែលចុះកាលបរិច្ឆេទដល់ពេលនេះ។ កំណត់ត្រាមុននឹងជាកំណត់ត្រាកំហុស។ អ្នកក៏អាចស្វែងរកសារកំហុសដោយស្វែងរកពាក្យគន្លឹះ FATAL ។

ផងដែរ កំណត់ហេតុ Zimbra OSE អនុញ្ញាតឱ្យអ្នករកឃើញការបរាជ័យដែលមិនសំខាន់។ ឧទាហរណ៍ ដើម្បីស្វែងរកករណីលើកលែងអ្នកដោះស្រាយ អ្នកអាចស្វែងរកករណីលើកលែងពាក្យដោះស្រាយ។ ជាញឹកញាប់ កំហុសដែលបង្កើតដោយអ្នកដោះស្រាយត្រូវបានអមដោយដានជង់ដែលពន្យល់ពីអ្វីដែលបណ្តាលឱ្យករណីលើកលែងកើតឡើង។ ក្នុងករណីមានកំហុសក្នុងការបញ្ជូនសំបុត្រ អ្នកគួរតែចាប់ផ្តើមការស្វែងរករបស់អ្នកដោយប្រើពាក្យគន្លឹះ LmtpServer ហើយដើម្បីស្វែងរកកំហុសទាក់ទងនឹងពិធីការ POP ឬ IMAP អ្នកអាចប្រើពាក្យគន្លឹះ ImapServer និង Pop3Server ។

កំណត់ហេតុក៏អាចជួយក្នុងការស៊ើបអង្កេតឧប្បត្តិហេតុសន្តិសុខព័ត៌មានផងដែរ។ ចូរយើងពិចារណាឧទាហរណ៍ជាក់លាក់មួយ។ នៅថ្ងៃទី 20 ខែកញ្ញា បុគ្គលិកម្នាក់បានផ្ញើសំបុត្រឆ្លងមេរោគទៅអតិថិជន។ ជាលទ្ធផល ទិន្នន័យនៅលើកុំព្យូទ័ររបស់អតិថិជនត្រូវបានអ៊ិនគ្រីប។ ទោះ​ជា​យ៉ាង​ណា បុគ្គលិក​នោះ​ស្បថ​ថា​គាត់​មិន​បាន​ផ្ញើ​អ្វី​ទេ។ ជាផ្នែកមួយនៃការស៊ើបអង្កេតឧបទ្ទវហេតុនេះ សេវាកម្មសន្តិសុខសហគ្រាសស្នើសុំពីអ្នកគ្រប់គ្រងប្រព័ន្ធនូវកំណត់ហេតុម៉ាស៊ីនមេសម្រាប់ថ្ងៃទី 20 ខែកញ្ញា ដែលពាក់ព័ន្ធនឹងអ្នកប្រើប្រាស់ដែលកំពុងស្ថិតក្រោមការស៊ើបអង្កេត។ សូមអរគុណដល់ការបោះត្រាពេលវេលា អ្នកគ្រប់គ្រងប្រព័ន្ធស្វែងរកឯកសារកំណត់ហេតុត្រឹមត្រូវ ទាញយកព័ត៌មានចាំបាច់ និងបញ្ជូនវាទៅឱ្យសន្តិសុខ។ អ្នកទាំងនោះមើលវា ហើយរកឃើញថាអាសយដ្ឋាន IP ដែលសំបុត្រនេះត្រូវបានផ្ញើត្រូវគ្នានឹងអាសយដ្ឋាន IP នៃកុំព្យូទ័ររបស់អ្នកប្រើ។ វីដេអូ CCTV បានបញ្ជាក់ថា បុគ្គលិកនោះនៅកន្លែងធ្វើការរបស់គាត់ នៅពេលដែលសំបុត្រត្រូវបានផ្ញើ។ ទិន្នន័យ​នេះ​គ្រប់គ្រាន់​ដើម្បី​ចោទ​គាត់​ពី​បទ​បំពាន​ច្បាប់​សន្តិសុខ​ព័ត៌មាន និង​បណ្តេញ​គាត់។ 

ឧទាហរណ៍នៃការស្រង់ចេញកំណត់ត្រាអំពីគណនីមួយក្នុងចំណោមគណនីពី Mailbox.log ចូលទៅក្នុងឯកសារដាច់ដោយឡែកមួយ។

អ្វីៗកាន់តែស្មុគស្មាញនៅពេលនិយាយអំពីហេដ្ឋារចនាសម្ព័ន្ធពហុម៉ាស៊ីនមេ។ ដោយសារកំណត់ហេតុត្រូវបានប្រមូលក្នុងមូលដ្ឋាន វាមានការរអាក់រអួលខ្លាំងណាស់ក្នុងការធ្វើការជាមួយពួកគេនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធពហុម៉ាស៊ីនមេ ហើយដូច្នេះវាចាំបាច់ណាស់ក្នុងការរៀបចំកណ្តាលនៃការប្រមូលកំណត់ហេតុ។ អ្នកអាចធ្វើដូចនេះបានដោយរៀបចំម៉ាស៊ីនសម្រាប់ប្រមូលកំណត់ហេតុ។ មិនចាំបាច់មានតម្រូវការពិសេសក្នុងការបន្ថែមម៉ាស៊ីនដែលឧទ្ទិសដល់ហេដ្ឋារចនាសម្ព័ន្ធនោះទេ។ ម៉ាស៊ីនមេសំបុត្រណាមួយអាចដើរតួជាម៉ាស៊ីនសម្រាប់ប្រមូលកំណត់ហេតុ។ ក្នុងករណីរបស់យើង នេះនឹងជាថ្នាំង Mailstore01។

នៅលើម៉ាស៊ីនមេនេះ យើងត្រូវបញ្ចូលពាក្យបញ្ជាខាងក្រោម៖

sudo su – zimbra 
zmcontrol stop
exit
sudo /opt/zimbra/libexec/zmfixperms -e -v

កែសម្រួលឯកសារ /etc/sysconfig/rsyslog ហើយកំណត់ជម្រើស SYSLOGD_OPTIONS="-r -c 2"

កែសម្រួល /etc/rsyslog.conf ហើយ​មិន​ផ្ដល់​មតិ​លើ​បន្ទាត់​ខាងក្រោម៖
$ModLoad imudp
$UDPServerRun 514

បញ្ចូលពាក្យបញ្ជាដូចខាងក្រោមៈ

sudo /etc/init.d/rsyslog stop
sudo /etc/init.d/rsyslog start
sudo su – zimbra
zmcontrol start
exit
sudo /opt/zimbra/libexec/zmloggerinit
sudo /opt/zimbra/bin/zmsshkeygen
sudo /opt/zimbra/bin/zmupdateauthkeys

អ្នកអាចពិនិត្យមើលថាអ្វីគ្រប់យ៉ាងកំពុងដំណើរការដោយប្រើ zmprov gacf | grep zimbraLogHostname. បន្ទាប់ពីប្រតិបត្តិពាក្យបញ្ជា ឈ្មោះរបស់ម៉ាស៊ីនដែលប្រមូលកំណត់ហេតុគួរតែត្រូវបានបង្ហាញ។ ដើម្បីផ្លាស់ប្តូរវា អ្នកត្រូវតែបញ្ចូលពាក្យបញ្ជា zmprov mcf zimbraLogHostname mailstore01.company.ru ។

នៅលើម៉ាស៊ីនមេហេដ្ឋារចនាសម្ព័ន្ធផ្សេងទៀតទាំងអស់ (LDAP, MTA និងកន្លែងផ្ទុកសំបុត្រផ្សេងទៀត) ដំណើរការពាក្យបញ្ជា zmprov gacf |grep zimbraLogHostname ដើម្បីមើលឈ្មោះរបស់ម៉ាស៊ីនដែលកំណត់ហេតុចូលទៅ។ ដើម្បីផ្លាស់ប្តូរវា អ្នកក៏អាចបញ្ចូលពាក្យបញ្ជា zmprov mcf zimbraLogHostname mailstore01.company.ru ផងដែរ។

ដូចគ្នានេះផងដែរ នៅលើម៉ាស៊ីនមេនីមួយៗ អ្នកត្រូវតែបញ្ចូលពាក្យបញ្ជាខាងក្រោម៖

sudo su - zimbra
/opt/zimbra/bin/zmsshkeygen
/opt/zimbra/bin/zmupdateauthkeys
exit
sudo /opt/zimbra/libexec/zmsyslogsetup
sudo service rsyslog restart
sudo su - zimbra
zmcontrol restart

បន្ទាប់ពីនោះ កំណត់ហេតុទាំងអស់នឹងត្រូវបានកត់ត្រានៅលើម៉ាស៊ីនមេដែលអ្នកបានបញ្ជាក់ ជាកន្លែងដែលពួកវាអាចមើលបានយ៉ាងងាយស្រួល។ ដូចគ្នានេះផងដែរនៅក្នុងកុងសូលអ្នកគ្រប់គ្រង Zimbra OSE នៅលើអេក្រង់ដែលមានព័ត៌មានអំពីស្ថានភាពនៃម៉ាស៊ីនមេ សេវាកម្ម Logger ដែលកំពុងដំណើរការនឹងត្រូវបានបង្ហាញតែនៅលើម៉ាស៊ីនមេ mailstore01 ប៉ុណ្ណោះ។

ការតាមដានសារអ៊ីមែលជាក់លាក់អាចជាការឈឺក្បាលមួយផ្សេងទៀតសម្រាប់អ្នកគ្រប់គ្រង។ ដោយសារអ៊ីមែលនៅក្នុង Zimbra OSE ឆ្លងកាត់ព្រឹត្តិការណ៍ផ្សេងៗគ្នាជាច្រើនក្នុងពេលតែមួយ៖ ពិនិត្យដោយកំចាត់មេរោគ កំចាត់មេរោគ កំចាត់មេរោគ និងផ្សេងៗទៀត មុនពេលត្រូវបានទទួលយក ឬផ្ញើ សម្រាប់អ្នកគ្រប់គ្រង ប្រសិនបើអ៊ីមែលមិនទៅដល់ វាអាចមានបញ្ហាក្នុងការតាមដាននៅដំណាក់កាលណា។ វាត្រូវបានបាត់បង់។

ដើម្បីដោះស្រាយបញ្ហានេះ អ្នកអាចប្រើស្គ្រីបពិសេសដែលត្រូវបានបង្កើតឡើងដោយអ្នកឯកទេសសុវត្ថិភាពព័ត៌មាន Viktor Dukhovny ហើយត្រូវបានណែនាំសម្រាប់ប្រើប្រាស់ដោយអ្នកអភិវឌ្ឍន៍ Postfix ។ ស្គ្រីបនេះភ្ជាប់កំណត់ត្រាពីកំណត់ហេតុសម្រាប់ដំណើរការជាក់លាក់មួយ ហើយដោយសារតែវាអនុញ្ញាតឱ្យអ្នកបង្ហាញកំណត់ត្រាទាំងអស់ដែលទាក់ទងនឹងការផ្ញើលិខិតជាក់លាក់មួយយ៉ាងរហ័សដោយផ្អែកលើការកំណត់អត្តសញ្ញាណរបស់វា។ ការងាររបស់វាត្រូវបានសាកល្បងលើកំណែទាំងអស់នៃ Zimbra OSE ដោយចាប់ផ្តើមពី 8.7 ។ នេះគឺជាអត្ថបទនៃស្គ្រីប។

#! /usr/bin/perl

use strict;
use warnings;

# Postfix delivery agents
my @agents = qw(discard error lmtp local pipe smtp virtual);

my $instre = qr{(?x)
	A			# Absolute line start
	(?:S+ s+){3} 		# Timestamp, adjust for other time formats
	S+ s+ 		# Hostname
	(postfix(?:-[^/s]+)?)	# Capture instance name stopping before first '/'
	(?:/S+)*		# Optional non-captured '/'-delimited qualifiers
	/			# Final '/' before the daemon program name
	};

my $cmdpidre = qr{(?x)
	G			# Continue from previous match
	(S+)[(d+)]:s+	# command[pid]:
};

my %smtpd;
my %smtp;
my %transaction;
my $i = 0;
my %seqno;

my %isagent = map { ($_, 1) } @agents;

while (<>) {
	next unless m{$instre}ogc; my $inst = $1;
	next unless m{$cmdpidre}ogc; my $command = $1; my $pid = $2;

	if ($command eq "smtpd") {
		if (m{Gconnect from }gc) {
			# Start new log
			$smtpd{$pid}->{"log"} = $_; next;
		}

		$smtpd{$pid}->{"log"} .= $_;

		if (m{G(w+): client=}gc) {
			# Fresh transaction 
			my $qid = "$inst/$1";
			$smtpd{$pid}->{"qid"} = $qid;
			$transaction{$qid} = $smtpd{$pid}->{"log"};
			$seqno{$qid} = ++$i;
			next;
		}

		my $qid = $smtpd{$pid}->{"qid"};
		$transaction{$qid} .= $_
			if (defined($qid) && exists $transaction{$qid});
		delete $smtpd{$pid} if (m{Gdisconnect from}gc);
		next;
	}

	if ($command eq "pickup") {
		if (m{G(w+): uid=}gc) {
			my $qid = "$inst/$1";
			$transaction{$qid} = $_;
			$seqno{$qid} = ++$i;
		}
		next;
	}

	# bounce(8) logs transaction start after cleanup(8) already logged
	# the message-id, so the cleanup log entry may be first
	#
	if ($command eq "cleanup") {
		next unless (m{G(w+): }gc);
		my $qid = "$inst/$1";
		$transaction{$qid} .= $_;
		$seqno{$qid} = ++$i if (! exists $seqno{$qid});
		next;
	}

	if ($command eq "qmgr") {
		next unless (m{G(w+): }gc);
		my $qid = "$inst/$1";
		if (defined($transaction{$qid})) {
			$transaction{$qid} .= $_;
			if (m{Gremoved$}gc) {
				print delete $transaction{$qid}, "n";
			}
		}
		next;
	}

	# Save pre-delivery messages for smtp(8) and lmtp(8)
	#
	if ($command eq "smtp" || $command eq "lmtp") {
		$smtp{$pid} .= $_;

		if (m{G(w+): to=}gc) {
			my $qid = "$inst/$1";
			if (defined($transaction{$qid})) {
				$transaction{$qid} .= $smtp{$pid};
			}
			delete $smtp{$pid};
		}
		next;
	}

	if ($command eq "bounce") {
		if (m{G(w+): .*? notification: (w+)$}gc) {
			my $qid = "$inst/$1";
			my $newid = "$inst/$2";
			if (defined($transaction{$qid})) {
				$transaction{$qid} .= $_;
			}
			$transaction{$newid} =
				$_ . $transaction{$newid};
			$seqno{$newid} = ++$i if (! exists $seqno{$newid});
		}
		next;
	}

	if ($isagent{$command}) {
		if (m{G(w+): to=}gc) {
			my $qid = "$inst/$1";
			if (defined($transaction{$qid})) {
				$transaction{$qid} .= $_;
			}
		}
		next;
	}
}

# Dump logs of incomplete transactions.
foreach my $qid (sort {$seqno{$a} <=> $seqno{$b}} keys %transaction) {
    print $transaction{$qid}, "n";
}

ស្គ្រីបត្រូវបានសរសេរជា Perl ហើយដើម្បីដំណើរការវាអ្នកត្រូវរក្សាទុកវាទៅក្នុងឯកសារ collate.plធ្វើឱ្យវាអាចប្រតិបត្តិបាន បន្ទាប់មកដំណើរការឯកសារដែលបញ្ជាក់ឯកសារកំណត់ហេតុ ហើយប្រើ pgrep ដើម្បីស្រង់ព័ត៌មានអត្តសញ្ញាណនៃអ៊ីមែលដែលអ្នកកំពុងស្វែងរក collate.pl /var/log/zimbra.log | pgrep'[អ៊ីមែលការពារ]>'. លទ្ធផលនឹងជាលទ្ធផលជាបន្តបន្ទាប់នៃបន្ទាត់ដែលមានព័ត៌មានអំពីចលនានៃអក្សរនៅលើម៉ាស៊ីនមេ។

# collate.pl /var/log/zimbra.log | pgrep '<[email protected]>'
Oct 13 10:17:00 mail postfix/pickup[4089]: 4FF14284F45: uid=1034 from=********
Oct 13 10:17:00 mail postfix/cleanup[26776]: 4FF14284F45: message-id=*******
Oct 13 10:17:00 mail postfix/qmgr[9946]: 4FF14284F45: from=********, size=1387, nrcpt=1 (queue active)
Oct 13 10:17:00 mail postfix/smtp[7516]: Anonymous TLS connection established to mail.*******[168.*.*.4]:25: TLSv1 with cipher ADH-AES256-SHA (256/256 bits)
Oct 13 10:17:00 mail postfix/smtp[7516]: 4FF14284F45: to=*********, relay=mail.*******[168.*.*.4]:25, delay=0.25, delays=0.02/0.02/0.16/0.06, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 878833424CF)
Oct 13 10:17:00 mail postfix/qmgr[9946]: 4FF14284F45: removed
Oct 13 10:17:07 mail postfix/smtpd[21777]: connect from zimbra.******[168.*.*.4]
Oct 13 10:17:07 mail postfix/smtpd[21777]: Anonymous TLS connection established from zimbra.******[168.*.*.4]: TLSv1 with cipher ADH-AES256-SHA (256/256 bits)
Oct 13 10:17:08 mail postfix/smtpd[21777]: 0CB69282F4E: client=zimbra.******[168.*.*.4]
Oct 13 10:17:08 mail postfix/cleanup[26776]: 0CB69282F4E: message-id=zimbra.******
Oct 13 10:17:08 mail postfix/qmgr[9946]: 0CB69282F4E: from=zimbra.******, size=3606, nrcpt=1 (queue active)
Oct 13 10:17:08 mail postfix/virtual[5291]: 0CB69282F4E: to=zimbra.******, orig_to=zimbra.******, relay=virtual, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)
Oct 13 10:17:08 mail postfix/qmgr[9946]: 0CB69282F4E: removed

សម្រាប់សំណួរទាំងអស់ដែលទាក់ទងនឹង Zextras Suite អ្នកអាចទាក់ទងអ្នកតំណាង Zextras Ekaterina Triandafilidi តាមរយៈអ៊ីមែល [អ៊ីមែលការពារ]

ប្រភព: www.habr.com