Руководство упоминает сторожа мимоходом — в объяснении, зачем обязательно задавать адрес ответственного. Но следствие из этой фразы гораздо больше её самой.
Узел умеет падать и подниматься самостоятельно. Сторож замечает падение и запускает MTA заново; отправка возобновляется без вмешательства человека.
И единственное документированное уведомление об этом — письмо. Отчёт о падении уходит на адрес ответственного, заданный директивой postmaster. Больше нигде это событие не отражается: в сводке состояния узел выглядит работающим, потому что он и правда работает.
Отсюда важное для парка: узел, падающий раз в сутки и поднимающийся за секунды, снаружи неотличим от здорового. Видно будет только косвенно — по провалам в отправке той длины, что занимает перезапуск.
Значит отчётам сторожа уходить некуда: узел, упавший и поднявшийся, в кабинете не отличается от работавшего непрерывно. Телеметрия увидит разве что дыру в опросе, если падение попало между двумя замерами.
Это не единственное, что теряется: руководство называет адрес ответственного каналом и для предупреждения о скором истечении лицензии. Оба сообщения сейчас не доходят никому.
Хаб принимает почту на роль-адреса (postmaster@, abuse@, dmarc@) и гасит её — но это про входящие письма чужих систем, а не про исходящие отчёты сторожа.
Что нужно, чтобы механизм работал:
| Что | Каким должен быть |
|---|---|
| адрес ответственного | задан директивой и вне этого узла |
| ящик за ним | тот, который читают, а не роль-адрес в никуда |
| путь до него | не через этот же узел — он мог упасть |
Адрес вне узла — не придирка. Отчёт о падении отправляет машина, которая только что падала; если письмо идёт через неё же, оно может не уйти вовсе.
Для парка письмо — не лучший канал. Правильнее было бы, чтобы о перезапуске узнавал Хаб; но такого способа руководство не описывает, и письмо остаётся единственным.
# единственное, что нужно сторожу, — куда писать postmaster admin@example.net
что делают не так и чем это кончается3 ошибки▶
§ 2.3
§ 2.3
§ 2.3
2 связи
postmasterGlobalСторож шлёт сюда отчёты о падениях — это его единственный способ сообщить о них. § 3.3.1.4backoff-notify<domain>Второй канал, по которому узнают о неладном: сторож следит за самим MTA, уведомление — за поведением очередей. § 2.3Запуск и остановка MTAРучная остановка и запуск — то же действие, которое сторож выполняет сам после падения. § 4.1.3Что делать после паденияМеханизм, на котором держится этот шаг. § 4.2.5
grep -n '^postmaster' /etc/pmta/config pmta show status | grep -i 'uptime\|started'
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Чем опасна виртуальная машинаРаботать на виртуальной машине можно, но руководство не рекомендует это без достаточного железа и выверенных настроек гипервизора: под нагрузкой узел может перестать отвечать.◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.