🥇ઝિમ્બ્રા OSE લોગ સાથે કેવી રીતે કામ કરવું

તમામ બનતી ઘટનાઓનું લોગીંગ એ કોઈપણ કોર્પોરેટ સિસ્ટમના સૌથી મહત્વપૂર્ણ કાર્યોમાંનું એક છે. લૉગ્સ તમને ઉભરતી સમસ્યાઓ ઉકેલવા, માહિતી પ્રણાલીઓના સંચાલનનું ઑડિટ કરવા અને માહિતી સુરક્ષા ઘટનાઓની તપાસ કરવાની મંજૂરી આપે છે. ઝિમ્બ્રા OSE તેની કામગીરીના વિગતવાર લોગ પણ રાખે છે. તેમાં સર્વર પરફોર્મન્સથી લઈને વપરાશકર્તાઓ દ્વારા ઈમેલ મોકલવા અને પ્રાપ્ત કરવા સુધીનો તમામ ડેટા શામેલ છે. જો કે, ઝિમ્બ્રા OSE દ્વારા જનરેટ કરાયેલા લોગ વાંચવા એ એક બિન-તુચ્છ કાર્ય છે. આ લેખમાં, ચોક્કસ ઉદાહરણનો ઉપયોગ કરીને, અમે તમને ઝિમ્બ્રા OSE લૉગ્સ કેવી રીતે વાંચવા, તેમજ તેમને કેન્દ્રિય કેવી રીતે બનાવવું તે કહીશું.

Zimbra OSE એ /opt/zimbra/log ફોલ્ડરમાં તમામ સ્થાનિક લોગનો સંગ્રહ કરે છે, અને લોગ /var/log/zimbra.log ફાઈલમાં પણ મળી શકે છે. આમાંથી સૌથી મહત્વપૂર્ણ mailbox.log છે. તે મેલ સર્વર પર થતી તમામ ક્રિયાઓને રેકોર્ડ કરે છે. આમાં ઇમેઇલ્સનું ટ્રાન્સમિશન, વપરાશકર્તા પ્રમાણીકરણ ડેટા, નિષ્ફળ લૉગિન પ્રયાસો અને અન્યનો સમાવેશ થાય છે. mailbox.log માંની એન્ટ્રીઓ એ એક ટેક્સ્ટ સ્ટ્રિંગ છે જેમાં ઘટના જે સમયે બની હતી તે સમય, ઇવેન્ટનું સ્તર, થ્રેડ નંબર જેમાં ઘટના બની હતી, વપરાશકર્તા નામ અને IP સરનામું, તેમજ ઇવેન્ટનું ટેક્સ્ટ વર્ણન હોય છે. .

લોગ લેવલ સર્વરના ઑપરેશન પર ઇવેન્ટના પ્રભાવની ડિગ્રી સૂચવે છે. ડિફૉલ્ટ રૂપે 4 ઇવેન્ટ સ્તરો છે: માહિતી, ચેતવણી, ભૂલ અને જીવલેણ. ચાલો ગંભીરતાના વધતા ક્રમમાં તમામ સ્તરો જોઈએ.

INFO - આ સ્તર પરની ઘટનાઓ સામાન્ય રીતે ઝિમ્બ્રા OSE ની પ્રગતિ વિશે માહિતી આપવા માટે હોય છે. આ સ્તર પરના સંદેશાઓમાં મેઈલબોક્સની રચના અથવા કાઢી નાખવાના અહેવાલો વગેરેનો સમાવેશ થાય છે.
ચેતવણી - આ સ્તરની ઘટનાઓ એવી પરિસ્થિતિઓ વિશે માહિતી આપે છે જે સંભવિત જોખમી છે, પરંતુ સર્વરના કાર્યને અસર કરતી નથી. ઉદાહરણ તરીકે, WARN સ્તર નિષ્ફળ વપરાશકર્તા લોગિન પ્રયાસ વિશેના સંદેશને ચિહ્નિત કરે છે.
ભૂલ - લોગમાં આ ઇવેન્ટ સ્તર એવી ભૂલની ઘટના વિશે જાણ કરે છે જે પ્રકૃતિમાં સ્થાનિક છે અને સર્વરના સંચાલનમાં દખલ કરતી નથી. આ સ્તર એવી ભૂલને ફ્લેગ કરી શકે છે જેમાં વ્યક્તિગત વપરાશકર્તાનો ઇન્ડેક્સ ડેટા દૂષિત થઈ ગયો છે.
ઘાતક - આ સ્તર ભૂલો સૂચવે છે જેના કારણે સર્વર સામાન્ય રીતે કામ કરવાનું ચાલુ રાખી શકતું નથી. ઉદાહરણ તરીકે, FATAL સ્તર એ રેકોર્ડ માટે હશે જે 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

આ પછી, તમે ઉલ્લેખિત સર્વર પર તમામ લોગ રેકોર્ડ કરવામાં આવશે, જ્યાં તેઓ સરળતાથી જોઈ શકાય છે. ઉપરાંત, Zimbra OSE એડમિનિસ્ટ્રેટર કન્સોલમાં, સર્વરની સ્થિતિ વિશેની માહિતી સાથે સ્ક્રીન પર, ચાલતી Logger સેવા ફક્ત mailstore01 સર્વર માટે જ પ્રદર્શિત થશે.

એડમિનિસ્ટ્રેટર માટે અન્ય માથાનો દુખાવો એ ચોક્કસ ઈમેલનો ટ્રૅક રાખવાનો હોઈ શકે છે. ઝિમ્બ્રા 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

Zimbra OSE લોગ સાથે કેવી રીતે કામ કરવું