विभिन्न सिस्टम ईवेंट के लिए ईमेल अलर्ट सेट करें

यह नोट सर्वर पर विभिन्न समस्याओं के बारे में जानने के लिए आपके मेलबॉक्स को अव्यवस्थित किए बिना या जटिल निगरानी प्रणाली स्थापित करने के लिए कुछ सरल तरीकों को सूचीबद्ध करता है। श्रेणी से "यदि आप किसी चीज़ को जांचने और कॉन्फ़िगर करने के लिए बहुत आलसी हैं, तो उसे कम से कम कॉन्फ़िगर करें और जांचें।"

नीचे सूचीबद्ध कुछ उपयोगिताओं को स्वतंत्र रूप से ईमेल सूचनाएं भेज सकते हैं, बाकी के लिए, सरल शेल-रैपर की पेशकश की जाती है।

प्राप्तकर्ता के रूप में, एक अतिरिक्त स्थानीय प्रवेश मेलिंग सूची का उपयोग किया जाता है, जिसमें स्थानीय रूट और बाहरी admin@example.ru शामिल हैं। इसके बजाय स्थानीय रूट को फिर से परिभाषित क्यों नहीं किया गया है?

सबसे पहले, रूट डिफ़ॉल्ट रूप से बहुत सारे समाचार पत्र स्वीकार कर सकता है जो _understand_ को पहले से ही खोजे गए _ समस्या का कारण बनने में मदद करते हैं। वे महत्वपूर्ण हैं, लेकिन यदि आप इन सभी पत्रों को बाहर की ओर भेजते हैं, तो आपको या तो उनके फ़िल्टरिंग को कॉन्फ़िगर करने की आवश्यकता होगी, या आपको उनकी स्ट्रीम में अक्षरों को याद करने की अधिक संभावना होगी जो आपको "पता लगाने के लिए_ एक और _unknown_ समस्या" की अनुमति देते हैं।

दूसरी बात, क्योंकि चूंकि लोकप्रिय लिनक्स / यूनिक्स सिस्टम में व्यवस्थापक एक मानक खाता या समूह नहीं है, " grep -r admins /etc /usr/local/etc आपको जल्दी से यह निर्धारित करने की अनुमति देता है कि कौन सी उपयोगिताओं के लिए कॉन्फ़िगरेशन पहले ही पूरा हो चुका है।

मेल सर्वर कॉन्फ़िगरेशन

उपयोग किए गए सर्वर की परिभाषा:

1. dpkg-query -S /usr/sbin/sendmail (डेबियन-आधारित)
2. rpm -qf /usr/sbin/sendmail ( rpm -qf /usr/sbin/sendmail आधारित)
3. sudo netstat -ntlp | grep :25 sudo netstat -ntlp | grep :25 (सभी लिनक्स)
4. sockstat -4l | grep :25 sockstat -4l | grep :25 (FreeBSD)

डेबियन और उबंटू पर संभावित विकल्प: http://packages.debian.org/file:/usr/sbin/sendmail

इसके अलावा, सभी रास्तों और कमांड कुंजियों को डेबियन पर सूचीबद्ध किया गया है, फ्रीबीएसडी के लिए उपयोगिताओं के अपवाद के साथ जो लिनक्स पर मौजूद नहीं हैं।

एग्जिम

/ etc / उपनाम:
admins: root, admin@example.ru

पोस्टफ़िक्स

1. /etc/postfix/main.cf: virtual_alias_maps virtual_alias_maps = hash:/etc/postfix/virtual पोस्टफ़िक्स virtual_alias_maps = hash:/etc/postfix/virtual
2. / etc / admins root admin@example.ru / वर्चुअल: admins root admin@example.ru
3. cd / etc / postfix && पोस्टमैप वर्चुअल && cd / etc && postalias उपनाम और& /etc/init.d/postfix पुनरारंभ

पूर्ण न्यूनतम main.cf:

 #relayhost = mx.example.ru mynetworks_style = host inet_interfaces = loopback-only #inet_protocols = ipv4 virtual_alias_maps = hash:/etc/postfix/virtual 

SSMTP, MSMTP, ESMTP

एक पूर्ण एमटीए की तुलना में औपचारिक लाभ:

1. रैम में जगह न लें,
2. स्थापित करना आसान है
3. कम असुरक्षित है क्योंकि कॉलिंग उपयोगकर्ता के अधिकारों के साथ काम करते हैं और नेटवर्क कनेक्शन स्वीकार नहीं करते हैं।

वास्तविक नुकसान:

1. यदि किसी कारण से पत्र भेजने के समय बाहरी एसएमटीपी सर्वर से कोई संबंध नहीं है, या एसएमटीपी सर्वर ने इसे स्वीकार करने से इनकार कर दिया है, तो पत्र गायब हो जाएगा,
2. प्राप्तकर्ता के पते कभी-कभी ऐसे अजीब नियमों के अनुसार बनते हैं कि एसएमटीपी सर्वर सही तरीके से यह निर्धारित नहीं कर पाता है कि उसे किसके पास और कहां पहुंचाया जाना चाहिए,
3. उपरोक्त रूट @ पुनर्निर्देशन देखें

इस प्रकार, केवल एक जगह जहाँ imho को उपयोग करने के लिए समझ में आता है, वह है मेजबान OS पर चल रहे SMTP सर्वर को अग्रेषित करने के लिए हल्के आभासी कंटेनर।

मॉनिटरिंग सेवाएँ कॉन्फ़िगर करें

सर्वर सक्षम करें

यहां तक ​​कि अनिर्धारित रिबूट के रूप में इस तरह के एक महत्वपूर्ण घटना के बारे में, कुछ प्रशासक गलती से अपटाइम या अंतिम जांच कर पाते हैं। /Etc/rc.local में "बाहर निकलें" के ऊपर की निम्न रेखा आपको तुरंत पता करने में मदद करेगी:

 M="Booting complete on $(hostname)."; echo $M | mail -s "$M" admins 

लिनक्स सॉफ्टएड (mdraid)

1. /etc/mdadm/mdadm.conf: MAILADDR admins
2. /etc/init.d/mdadm पुनरारंभ करें

स्मार्ट

1. /etc/smartd.conf: DEVICESCAN ... -m admins ...
2. /etc/init.d/smartmontools पुनः आरंभ करें

पूर्ण न्यूनतम smartd.conf:
DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner

lm_sensors

1. R.local से चल रहा है: /usr/local/sbin/healthd.sh &
2. Healthd.sh कोड:
   

    #!/bin/sh test -z "$(which sensors)" && { echo "No sensors binary, exit."; exit 1; } while : ; do sensors | grep -q ALARM || { sleep 15; continue; } sensors | grep -q ALARM | logger -s -t "sensors" -p local0.crit sensors | mail -s "Hardware Health Warning" "admins" sleep 600 done 

अन्य विकल्प:

1. healthd.sh - lm-sensors.org/browser/lm-sensors/trunk/prog/daemon/healthd.sh
2. sensormon - www.lm-sensors.org/attachment/ticket/2133/sensormon
3. lm- मॉनीटर - sourceforge.net/projects/lm-monitor

Adaptec RAID

• आर्कोनफ़ उपयोगिता का उपयोग किया जाता है ( डेबियन के लिए भंडार के साथ भंडार , फ्रीबीएसडी के लिए पोर्ट )
• स्रोत कोड: / usr / स्थानीय / sbin / anacraid- जाँच करें (सुनिश्चित करें कि $ PROG में अंदर जाने के लिए सही रास्ता शामिल है )
• /Etc/cron.daily/aacraid-check के माध्यम से लिनक्स के तहत दैनिक कॉल:
  

   /usr/local/sbin/aacraid-check | mail -e -s "Adaptec RAID Alert on $(hostname)" admins 

• FreeBSD के माध्यम से / usr / स्थानीय / आदि / आवधिक / दैनिक / एनाकार्ड-चेक के तहत एक दैनिक कॉल:
  

   /usr/local/sbin/aacraid-check | mail -E -s "Adaptec RAID Alert on $(hostname)" admins 

अन्य विकल्प:

1. quad3datwork - www.sysadmintalk.net/forums/thread-1062.html
2. anacraid-status - hwraid.le-vert.net/wiki/Adaptec#a3.3.aacraid-stusus

फ्रीबीएसडी के तहत इंटेल मैट्रिक्स

1. भागो: / usr / स्थानीय / आदि / आवधिक / दैनिक / raidcheck
2. कोड:

    #!/bin/sh cd /dev for n in ar?; do test "$n" = 'ar?' && exit # ..no ATA RAID #echo "Check $n..." atacontrol status $n | egrep -qv '(READY|ONLINE|subdisks:)' || continue atacontrol status $n | mail -s 'ATA RAID Warning' admins atacontrol status $n | logger -p local4.crit -t RAIDCheck -s done 

OpenVZ

कंटेनरों में कोटा के अतिप्रवाह के लिए दैनिक जांच - source.homelink.ru/openvz

पुनश्च

90% नोट स्थानीय विकी से कॉपी-पेस्ट है। अगर कोई काम आता है - अच्छा। उपयोगी नहीं है - यह ठीक है; ;-))