Zimbra OSE ਲੌਗਸ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ

ਸਾਰੀਆਂ ਵਾਪਰ ਰਹੀਆਂ ਘਟਨਾਵਾਂ ਦਾ ਲੌਗਿੰਗ ਕਿਸੇ ਵੀ ਕਾਰਪੋਰੇਟ ਸਿਸਟਮ ਦੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਾਰਜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਲੌਗਸ ਤੁਹਾਨੂੰ ਉਭਰ ਰਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ, ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਸੰਚਾਲਨ ਦਾ ਆਡਿਟ ਕਰਨ ਅਤੇ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਜ਼ਿਮਬਰਾ OSE ਆਪਣੇ ਆਪਰੇਸ਼ਨ ਦੇ ਵਿਸਤ੍ਰਿਤ ਲੌਗ ਵੀ ਰੱਖਦਾ ਹੈ। ਉਹਨਾਂ ਵਿੱਚ ਸਰਵਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਤੋਂ ਲੈ ਕੇ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਈਮੇਲ ਭੇਜਣ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਤੱਕ ਦਾ ਸਾਰਾ ਡੇਟਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਜ਼ਿਮਬਰਾ OSE ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਲੌਗਸ ਨੂੰ ਪੜ੍ਹਨਾ ਇੱਕ ਗੈਰ-ਮਾਮੂਲੀ ਕੰਮ ਹੈ। ਇਸ ਲੇਖ ਵਿੱਚ, ਇੱਕ ਖਾਸ ਉਦਾਹਰਣ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਜ਼ਿਮਬਰਾ OSE ਲੌਗਸ ਨੂੰ ਕਿਵੇਂ ਪੜ੍ਹਨਾ ਹੈ, ਨਾਲ ਹੀ ਉਹਨਾਂ ਨੂੰ ਕੇਂਦਰੀਕ੍ਰਿਤ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ।

ਜ਼ਿਮਬਰਾ OSE /opt/zimbra/log ਫੋਲਡਰ ਵਿੱਚ ਸਾਰੇ ਸਥਾਨਕ ਲੌਗਾਂ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਲੌਗਸ ਨੂੰ /var/log/zimbra.log ਫਾਈਲ ਵਿੱਚ ਵੀ ਲੱਭਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ mailbox.log ਹੈ। ਇਹ ਮੇਲ ਸਰਵਰ 'ਤੇ ਹੋਣ ਵਾਲੀਆਂ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚ ਈਮੇਲਾਂ ਦਾ ਪ੍ਰਸਾਰਣ, ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣੀਕਰਨ ਡੇਟਾ, ਅਸਫਲ ਲਾਗਇਨ ਕੋਸ਼ਿਸ਼ਾਂ ਅਤੇ ਹੋਰ ਸ਼ਾਮਲ ਹਨ। mailbox.log ਵਿੱਚ ਐਂਟਰੀਆਂ ਇੱਕ ਟੈਕਸਟ ਸਤਰ ਹੁੰਦੀਆਂ ਹਨ ਜਿਸ ਵਿੱਚ ਉਹ ਸਮਾਂ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਘਟਨਾ ਵਾਪਰੀ ਸੀ, ਘਟਨਾ ਦਾ ਪੱਧਰ, ਥਰਿੱਡ ਨੰਬਰ ਜਿਸ ਵਿੱਚ ਘਟਨਾ ਵਾਪਰੀ ਸੀ, ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ IP ਪਤਾ, ਨਾਲ ਹੀ ਘਟਨਾ ਦਾ ਇੱਕ ਟੈਕਸਟ ਵੇਰਵਾ .

ਲੌਗ ਪੱਧਰ ਸਰਵਰ ਦੇ ਸੰਚਾਲਨ 'ਤੇ ਘਟਨਾ ਦੇ ਪ੍ਰਭਾਵ ਦੀ ਡਿਗਰੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਮੂਲ ਰੂਪ ਵਿੱਚ 4 ਇਵੈਂਟ ਪੱਧਰ ਹਨ: ਜਾਣਕਾਰੀ, ਚੇਤਾਵਨੀ, ਗਲਤੀ ਅਤੇ ਘਾਤਕ। ਆਉ ਗੰਭੀਰਤਾ ਦੇ ਵਧਦੇ ਕ੍ਰਮ ਵਿੱਚ ਸਾਰੇ ਪੱਧਰਾਂ ਨੂੰ ਵੇਖੀਏ.

• INFO - ਇਸ ਪੱਧਰ 'ਤੇ ਸਮਾਗਮਾਂ ਦਾ ਉਦੇਸ਼ ਆਮ ਤੌਰ 'ਤੇ ਜ਼ਿਮਬਰਾ OSE ਦੀ ਪ੍ਰਗਤੀ ਬਾਰੇ ਸੂਚਿਤ ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਇਸ ਪੱਧਰ 'ਤੇ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਇੱਕ ਮੇਲਬਾਕਸ ਨੂੰ ਬਣਾਉਣ ਜਾਂ ਮਿਟਾਉਣ ਬਾਰੇ ਰਿਪੋਰਟਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ, ਆਦਿ।
• ਚੇਤਾਵਨੀ - ਇਸ ਪੱਧਰ ਦੀਆਂ ਘਟਨਾਵਾਂ ਉਹਨਾਂ ਸਥਿਤੀਆਂ ਬਾਰੇ ਸੂਚਿਤ ਕਰਦੀਆਂ ਹਨ ਜੋ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਖ਼ਤਰਨਾਕ ਹਨ, ਪਰ ਸਰਵਰ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, WARN ਪੱਧਰ ਇੱਕ ਅਸਫਲ ਉਪਭੋਗਤਾ ਲੌਗਇਨ ਕੋਸ਼ਿਸ਼ ਬਾਰੇ ਇੱਕ ਸੰਦੇਸ਼ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ।
• ਗਲਤੀ - ਲੌਗ ਵਿੱਚ ਇਹ ਇਵੈਂਟ ਪੱਧਰ ਇੱਕ ਗਲਤੀ ਦੀ ਮੌਜੂਦਗੀ ਬਾਰੇ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਜੋ ਕੁਦਰਤ ਵਿੱਚ ਸਥਾਨਕ ਹੈ ਅਤੇ ਸਰਵਰ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਦਖਲ ਨਹੀਂ ਦਿੰਦੀ ਹੈ। ਇਹ ਪੱਧਰ ਇੱਕ ਗਲਤੀ ਨੂੰ ਫਲੈਗ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਵਿਅਕਤੀਗਤ ਉਪਭੋਗਤਾ ਦਾ ਸੂਚਕਾਂਕ ਡੇਟਾ ਖਰਾਬ ਹੋ ਗਿਆ ਹੈ।
• ਘਾਤਕ - ਇਹ ਪੱਧਰ ਗਲਤੀਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ ਕਾਰਨ ਸਰਵਰ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਨਹੀਂ ਰੱਖ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਘਾਤਕ ਪੱਧਰ ਇੱਕ ਰਿਕਾਰਡ ਲਈ ਹੋਵੇਗਾ ਜੋ DBMS ਨਾਲ ਜੁੜਨ ਦੀ ਅਯੋਗਤਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਮੇਲ ਸਰਵਰ ਲੌਗ ਫਾਈਲ ਨੂੰ ਹਰ ਰੋਜ਼ ਅਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਫਾਈਲ ਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਵਿੱਚ ਹਮੇਸ਼ਾਂ Mailbox.log ਨਾਮ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਿਤੀ ਲਈ ਲੌਗਸ ਵਿੱਚ ਨਾਮ ਵਿੱਚ ਇੱਕ ਮਿਤੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਪੁਰਾਲੇਖ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ mailbox.log.2020-09-29.tar.gz. ਇਹ ਗਤੀਵਿਧੀ ਲੌਗਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਣਾ ਅਤੇ ਲੌਗਸ ਦੁਆਰਾ ਖੋਜ ਕਰਨਾ ਬਹੁਤ ਸੌਖਾ ਬਣਾਉਂਦਾ ਹੈ।

ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਦੀ ਸਹੂਲਤ ਲਈ, /opt/zimbra/log/ ਫੋਲਡਰ ਵਿੱਚ ਹੋਰ ਲਾਗ ਸ਼ਾਮਲ ਹਨ। ਉਹਨਾਂ ਵਿੱਚ ਸਿਰਫ਼ ਉਹ ਐਂਟਰੀਆਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਖਾਸ ਜ਼ਿਮਬਰਾ OSE ਤੱਤਾਂ ਨਾਲ ਸਬੰਧਤ ਹੁੰਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, audit.log ਵਿੱਚ ਸਿਰਫ਼ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣਿਕਤਾ ਬਾਰੇ ਰਿਕਾਰਡ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, clamd.log ਵਿੱਚ ਐਂਟੀਵਾਇਰਸ ਦੇ ਸੰਚਾਲਨ ਬਾਰੇ ਡੇਟਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਆਦਿ। ਤਰੀਕੇ ਨਾਲ, ਘੁਸਪੈਠੀਆਂ ਤੋਂ ਜ਼ਿਮਬਰਾ OSE ਸਰਵਰ ਨੂੰ ਬਚਾਉਣ ਦਾ ਇੱਕ ਸ਼ਾਨਦਾਰ ਤਰੀਕਾ ਹੈ Fail2Ban ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਰਵਰ ਸੁਰੱਖਿਆ, ਜੋ ਕਿ ਸਿਰਫ਼ audit.log 'ਤੇ ਆਧਾਰਿਤ ਕੰਮ ਕਰਦਾ ਹੈ। ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਲਈ ਕ੍ਰੋਨ ਟਾਸਕ ਜੋੜਨਾ ਵੀ ਇੱਕ ਚੰਗਾ ਅਭਿਆਸ ਹੈ grep -ir "ਅਵੈਧ ਪਾਸਵਰਡ" /opt/zimbra/log/audit.logਰੋਜ਼ਾਨਾ ਲਾਗਇਨ ਅਸਫਲਤਾ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ.

audit.log ਦੋ ਵਾਰ ਗਲਤ ਦਰਜ ਕੀਤੇ ਪਾਸਵਰਡ ਅਤੇ ਇੱਕ ਸਫਲ ਲੌਗਇਨ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਕਿਵੇਂ ਦਿਖਾਉਂਦਾ ਹੈ ਇਸਦੀ ਇੱਕ ਉਦਾਹਰਨ।

ਜ਼ਿਮਬਰਾ OSE ਵਿੱਚ ਲੌਗਸ ਵੱਖ-ਵੱਖ ਗੰਭੀਰ ਅਸਫਲਤਾਵਾਂ ਦੇ ਕਾਰਨਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਉਪਯੋਗੀ ਹੋ ਸਕਦੇ ਹਨ। ਇਸ ਸਮੇਂ ਜਦੋਂ ਕੋਈ ਗੰਭੀਰ ਗਲਤੀ ਹੁੰਦੀ ਹੈ, ਪ੍ਰਸ਼ਾਸਕ ਕੋਲ ਆਮ ਤੌਰ 'ਤੇ ਲੌਗਸ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਸਮਾਂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਸਰਵਰ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਹਾਲਾਂਕਿ, ਬਾਅਦ ਵਿੱਚ, ਜਦੋਂ ਸਰਵਰ ਬੈਕਅੱਪ ਹੁੰਦਾ ਹੈ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਲੌਗ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਵੱਡੀ ਫਾਈਲ ਵਿੱਚ ਲੋੜੀਂਦੀ ਐਂਟਰੀ ਲੱਭਣਾ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ। ਇੱਕ ਗਲਤੀ ਰਿਕਾਰਡ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਲੱਭਣ ਲਈ, ਸਰਵਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਦੇ ਸਮੇਂ ਨੂੰ ਜਾਣਨਾ ਅਤੇ ਇਸ ਸਮੇਂ ਤੋਂ ਡੇਟਿੰਗ ਲੌਗਸ ਵਿੱਚ ਇੱਕ ਐਂਟਰੀ ਲੱਭਣਾ ਕਾਫ਼ੀ ਹੈ। ਪਿਛਲੀ ਐਂਟਰੀ ਉਸ ਗਲਤੀ ਦਾ ਰਿਕਾਰਡ ਹੋਵੇਗੀ ਜੋ ਆਈ ਹੈ। ਤੁਸੀਂ FATAL ਕੀਵਰਡ ਦੀ ਖੋਜ ਕਰਕੇ ਗਲਤੀ ਸੁਨੇਹਾ ਵੀ ਲੱਭ ਸਕਦੇ ਹੋ।

ਜ਼ਿਮਬਰਾ OSE ਲੌਗ ਤੁਹਾਨੂੰ ਗੈਰ-ਨਾਜ਼ੁਕ ਅਸਫਲਤਾਵਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਦੀ ਵੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਹੈਂਡਲਰ ਅਪਵਾਦ ਲੱਭਣ ਲਈ, ਤੁਸੀਂ ਹੈਂਡਲਰ ਅਪਵਾਦ ਦੀ ਖੋਜ ਕਰ ਸਕਦੇ ਹੋ। ਅਕਸਰ, ਹੈਂਡਲਰਾਂ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ ਗਲਤੀਆਂ ਇੱਕ ਸਟੈਕ ਟਰੇਸ ਦੇ ਨਾਲ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਅਪਵਾਦ ਦਾ ਕਾਰਨ ਕੀ ਹੈ। ਮੇਲ ਡਿਲੀਵਰੀ ਦੇ ਨਾਲ ਗਲਤੀਆਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਹਾਨੂੰ LmtpServer ਕੀਵਰਡ ਨਾਲ ਆਪਣੀ ਖੋਜ ਸ਼ੁਰੂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ POP ਜਾਂ IMAP ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਸੰਬੰਧਿਤ ਗਲਤੀਆਂ ਦੀ ਖੋਜ ਕਰਨ ਲਈ, ਤੁਸੀਂ ImapServer ਅਤੇ Pop3Server ਕੀਵਰਡਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਵੇਲੇ ਲੌਗਸ ਵੀ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ। ਆਓ ਇੱਕ ਖਾਸ ਉਦਾਹਰਨ ਵੱਲ ਧਿਆਨ ਦੇਈਏ। 20 ਸਤੰਬਰ ਨੂੰ, ਇੱਕ ਕਰਮਚਾਰੀ ਨੇ ਇੱਕ ਗਾਹਕ ਨੂੰ ਵਾਇਰਸ ਨਾਲ ਸੰਕਰਮਿਤ ਪੱਤਰ ਭੇਜਿਆ। ਨਤੀਜੇ ਵਜੋਂ, ਕਲਾਇੰਟ ਦੇ ਕੰਪਿਊਟਰ 'ਤੇ ਡਾਟਾ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਸੀ। ਹਾਲਾਂਕਿ, ਕਰਮਚਾਰੀ ਨੇ ਸਹੁੰ ਖਾਧੀ ਕਿ ਉਸਨੇ ਕੁਝ ਨਹੀਂ ਭੇਜਿਆ। ਘਟਨਾ ਦੀ ਜਾਂਚ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੁਰੱਖਿਆ ਸੇਵਾ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਤੋਂ 20 ਸਤੰਬਰ ਲਈ ਮੇਲ ਸਰਵਰ ਲੌਗ ਦੀ ਬੇਨਤੀ ਕਰਦੀ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ। ਟਾਈਮ ਸਟੈਂਪ ਲਈ ਧੰਨਵਾਦ, ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਲੋੜੀਂਦੀ ਲੌਗ ਫਾਈਲ ਲੱਭਦਾ ਹੈ, ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਸੁਰੱਖਿਆ ਮਾਹਰਾਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ। ਉਹ, ਬਦਲੇ ਵਿੱਚ, ਇਸ ਨੂੰ ਦੇਖਦੇ ਹਨ ਅਤੇ ਪਤਾ ਲਗਾਉਂਦੇ ਹਨ ਕਿ ਜਿਸ IP ਐਡਰੈੱਸ ਤੋਂ ਇਹ ਪੱਤਰ ਭੇਜਿਆ ਗਿਆ ਸੀ, ਉਹ ਉਪਭੋਗਤਾ ਦੇ ਕੰਪਿਊਟਰ ਦੇ IP ਪਤੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਸੀਸੀਟੀਵੀ ਫੁਟੇਜ ਨੇ ਪੁਸ਼ਟੀ ਕੀਤੀ ਕਿ ਜਦੋਂ ਪੱਤਰ ਭੇਜਿਆ ਗਿਆ ਤਾਂ ਕਰਮਚਾਰੀ ਆਪਣੇ ਕੰਮ ਵਾਲੀ ਥਾਂ 'ਤੇ ਸੀ। ਇਹ ਡਾਟਾ ਉਸ 'ਤੇ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਨਿਯਮਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਅਤੇ ਉਸ ਨੂੰ ਬਰਖਾਸਤ ਕਰਨ ਦਾ ਦੋਸ਼ ਲਗਾਉਣ ਲਈ ਕਾਫੀ ਸੀ। 

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

ਇਸ ਤੋਂ ਬਾਅਦ, ਸਾਰੇ ਲੌਗ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦੱਸੇ ਗਏ ਸਰਵਰ 'ਤੇ ਰਿਕਾਰਡ ਕੀਤੇ ਜਾਣਗੇ, ਜਿੱਥੇ ਉਹਨਾਂ ਨੂੰ ਸੁਵਿਧਾਜਨਕ ਤੌਰ 'ਤੇ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਨਾਲ ਹੀ, ਜ਼ਿਮਬਰਾ OSE ਪ੍ਰਸ਼ਾਸਕ ਕੰਸੋਲ ਵਿੱਚ, ਸਰਵਰਾਂ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਵਾਲੀ ਸਕ੍ਰੀਨ 'ਤੇ, ਚੱਲ ਰਹੀ ਲੌਗਰ ਸੇਵਾ ਸਿਰਫ ਮੇਲਸਟੋਰ01 ਸਰਵਰ ਲਈ ਪ੍ਰਦਰਸ਼ਿਤ ਹੋਵੇਗੀ।

ਇੱਕ ਪ੍ਰਸ਼ਾਸਕ ਲਈ ਇੱਕ ਹੋਰ ਸਿਰਦਰਦ ਇੱਕ ਖਾਸ ਈਮੇਲ ਦਾ ਧਿਆਨ ਰੱਖਣਾ ਹੋ ਸਕਦਾ ਹੈ. ਕਿਉਂਕਿ ਜ਼ਿਮਬਰਾ OSE ਵਿੱਚ ਈਮੇਲਾਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਵੱਖ-ਵੱਖ ਘਟਨਾਵਾਂ ਵਿੱਚੋਂ ਲੰਘਦੀਆਂ ਹਨ: ਐਨਟਿਵ਼ਾਇਰਅਸ, ਐਂਟੀਸਪੈਮ, ਅਤੇ ਹੋਰਾਂ ਦੁਆਰਾ ਸਕੈਨਿੰਗ, ਸਵੀਕਾਰ ਕਰਨ ਜਾਂ ਭੇਜੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਪ੍ਰਬੰਧਕ ਲਈ, ਜੇਕਰ ਈਮੇਲ ਨਹੀਂ ਪਹੁੰਚਦੀ ਹੈ, ਤਾਂ ਇਹ ਕਿਸ ਪੜਾਅ 'ਤੇ ਟਰੇਸ ਕਰਨਾ ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਖਤਮ ਹੋ ਗਿਆ ਸੀ .

ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਕ੍ਰਿਪਟ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਕਿ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਮਾਹਰ ਵਿਕਟਰ ਡੂਖੋਵਨੀ ਦੁਆਰਾ ਵਿਕਸਤ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਪੋਸਟਫਿਕਸ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਵਰਤੋਂ ਲਈ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਗਈ ਸੀ। ਇਹ ਸਕ੍ਰਿਪਟ ਇੱਕ ਖਾਸ ਪ੍ਰਕਿਰਿਆ ਲਈ ਲੌਗਸ ਤੋਂ ਇੰਦਰਾਜ਼ਾਂ ਨੂੰ ਜੋੜਦੀ ਹੈ ਅਤੇ, ਇਸਦੇ ਕਾਰਨ, ਤੁਹਾਨੂੰ ਇਸਦੇ ਪਛਾਣਕਰਤਾ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਖਾਸ ਅੱਖਰ ਭੇਜਣ ਨਾਲ ਜੁੜੀਆਂ ਸਾਰੀਆਂ ਐਂਟਰੀਆਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਸ ਦੇ ਕੰਮ ਨੂੰ 8.7 ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ ਜ਼ਿਮਬਰਾ OSE ਦੇ ਸਾਰੇ ਸੰਸਕਰਣਾਂ 'ਤੇ ਟੈਸਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਥੇ ਸਕ੍ਰਿਪਟ ਦਾ ਪਾਠ ਹੈ.

#! /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";
}

ਸਕ੍ਰਿਪਟ ਪਰਲ ਵਿੱਚ ਲਿਖੀ ਗਈ ਹੈ ਅਤੇ ਇਸਨੂੰ ਚਲਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਸੇਵ ਕਰਨ ਦੀ ਲੋੜ ਹੈ 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