Мониторинг (SMTP->SNMP)

> локальную почту с нужной темой всё-таки каким-то образом передавать по SNMP в централизованную систему мониторинга.

вы ничего не намутали?

Вас видимо смутила формулировка? Генерация трапа с каким-то нужным текстом было бы идеальным вариантом, ведь пересылаются не только OIDы и какие-то числовые ID но и plain text. Можете посмотреть анализатором какой-нибудь дамп с SNMP пакетами и убедиться

>Вас видимо смутила формулировка?

да, зачем передавать письма по snmp?

настройте какуюнибудь локальную зону в bind, добавльте постфикс и довекот, остальное по вкусу. А остальные машины пусть шлют на него почту

Передавать по SNMP надо не письма, а уведомления об авариях, но это так - нюансы...
Есть стойка, внутри много серверов, в ней же крутится сервер системы мониторинга. Доступ к железкам либо через ssh+к системе мониторинга доступ через клиентскую часть (т.е. это не веб-интерфейс). Железки не могут изнутри слать что-либо вовне, т.е. не имеют доступ в публичный интернет и не могут слать почту на реальные адреса. Человек, который следит за состоянием серверов, видит все аварии в клиентской части системы мониторинга, ну и естественно у него есть какой-то почтовый ящик (корпоративный).
Ось - SLES10, без возможности ставить пакеты не входящие в изначальный состав дистрибутива, но думаю всё что нужно я там найду.
Не могли бы вы схематично описать что, куда и как именно должно пересылаться в вашем варианте?

на том сервере на котором вы будите держать почтовик настраиваете bind c зоной, почтовик и получалку, поидее всё в репах должно быть.

на тех машинах на которых всё крутится прописываем в resolv.conf ip адрес нашего сервера с зоной, в крон добавляем то что, нужно и указываем почту данного сервера.

в кроне серверов можете прописать скрипт который будет выводить в тело письма то что вам надо от конкретного сервера. на стороне почтовика вы можете сортировать почту по указанным словам. впринципе к этому же серверу можно придлеать тунель (ssh, или ещё чтонибудь) который будет выводить всё наружу.

допустим сервер server.cluster

мыло root@server.cluster

никакого интернета ненадо. вы сами себе интернет

Мм...Я чувствую что тут есть какой-то очевидный момент, который я видимо не понимаю, но никак не уловлю в чём подвох.
Ок, я настроил локально почтовик. Как я в итоге должен получить уведомление об аварии не заходя на сервак?

pop3 | imap

а скрипты пусть генерят эти сообщения об авариях

Я никогда не конфижил почтовые сервера (но примерно представляю себе как резолвятся имена и всякое такое) возможно там есть своя особенная почтовая магия...попробую ещё раз донести в чём мои затруднения в понимании рассматриваемого случая: Как сообщение от root@localhost может дойти до pupkin@gmail.com? Между ними (localhost и сервером gmail.com) нет связи ни на 3м уровне (IP) ни даже на 2м. Кругом лишь VPNы, интранеты и прочие айписеки.

root@localhost -> root@server.cluster

далее несколько вариантов

root@server.cluster ~(tunnel|vpn|etc)~> cluster@corparation.com

cluster@corporation.com -> pupkin@gmail.com

самый простой вариант - настроить mail alias'ы чтобы письма определенному пользователю (скажем, vcs-alerts@localhost) форвардились на другой почтовый аккаунт: либо на почтовую группу админам, либо на специальный сервер-обработчик. не составит труда написать небольшого почтового демона, который бы конвертил письма в трапы. хотя, если на то пошло, то почему бы вам просто не конвертить в2 в в1 на промежуточным демоном?
кстати, что это у вас за мониторинг такой, snmp v1 only?

SMTP(sendmail) -> procmail -> snmptrap -> задача решена

TS>>Сервера не имеют доступа вовне, поэтому я выставил отправку на root@localhost.

Nastishka> SMTP(sendmail) -> procmail -> snmptrap -> задача решена

Зачем усложнять? Вместо /sbin/sendmail скрипт для отправки snmptrap.

Всем спасибо за советы, но безопасники не дадут мне делать туннели и пр., так что вариант любым внешним (по отношению к стойке) почтовым сервером отпадают.

2Nastishka и sdio: Вы не могли бы дать чуть больше деталей? С почтовиками под линуксом я не работал, но с конкретными конфигами я разберусь по ману. Мне не совсем понятна логика решения.

Для начала а бы сделал так:

# mv /sbin/sendmail /sbin/sendmail.bin
# vi /sbin/sendmail
---------------------------
#!/bin/sh

echo "$@" > /tmp/sendmail.params
cat  > /tmp/sendmail.body

cat /tmp/sendmail.body | /sbin/sendmail.bin "$@"
---------------------------
# chmod +x /sbin/sendmail

И посмотрел бы на /tmp/sendmail.params /tmp/sendmail.body после отправки письма. Потом можно распарсить и выполнить snmptrap

> Вместо /sbin/sendmail скрипт для отправки snmptrap.

Там в настройках «генератора алертов» может быть адрес SMTP-сервера, так что это решение проблематично. Ну и еще один (куда более важный) нюанс - например, тем же sendmail пользуется cron и многие другие, так что ломать sendmail может быть плохой идеей.

> mv /sbin/sendmail /sbin/sendmail.bin

... и до первого <your-package-manager> update sendmail :-) Не проще .procmailrc написать?

> Вы не могли бы дать чуть больше деталей?

man procmailrc, man procmailex

Мм...почему то пусто в /tmp

# whereis sendmail
sendmail: /usr/sbin/sendmail.bin /usr/sbin/sendmail /usr/lib/sendmail /usr/share/man/man1/sendmail.1.gz
# cat /usr/sbin/sendmail
#!/bin/sh
echo «$@»>/tmp/sendmail.params
cat > /tmp/sendmail.body
cat /tmp/sendmail.body | /usr/sbin/sendmail.bin «$@»
[root@NN-BP_Report-1]-[/root]
# ll /usr/sbin/sendmail
-rwxr-xr-x 1 root root 121 Feb 7 11:28 /usr/sbin/sendmail

Там в настройках «генератора алертов» может быть адрес SMTP-сервера

Да, я там указал localhost

update sendmail

система автономна, и не апдейтится

man

Вопрос был не про детали конфигурации а про общую логику.
Как я понимаю вы предлагаете ловить сообщение в момент прихода(?), парсить и слать трап через snmptrap. Так?

zolden> Мм...почему то пусто в /tmp

Ну значит, действительно используется smtp протокол и мой вариант тебе не подходит.

Nastishka> и до первого <your-package-manager> update sendmail

/usr/sbin/sendmail уже давно линк на установленный MTA, даже если МТА sednmail

> Как я понимаю вы предлагаете ловить сообщение в момент прихода(?)

В момент доставки. Перед помещением его в /var/mail/<username>

система автономна, и не апдейтится

Все когда-то бывает в первый раз