Что люди используют для отслеживания того, что их почтовый сервер принимает внешнюю почту? Большинство решений для мониторинга отправляют уведомления по электронной почте, что бесполезно, когда входящая электронная почта прерывается, поэтому требуется другой способ уведомления. В идеале это программное обеспечение, которое мы можем запускать локально, но также допустимы внешние службы.
Предыстория: у нашего ADSL-модема есть дурацкий брандмауэр, который блокирует входящие соединения, который можно удалить вручную через telnet, но он возвращается всякий раз, когда соединение PPPoE разрывается. Скоро мы собираемся купить новый, но в целом мониторинг электронной почты кажется хорошей идеей.
Может, вы неправильно смотрите на это?
Если это происходит каждый раз, когда ваше соединение PPPoE разрывается, почему бы не отслеживать это соединение? Каждый раз, когда он падает, подождите, пока он вернется, а затем загрузите скрипт, который сбрасывает необходимые правила / конфигурацию.
Нет причин уведомлять вас о проблеме, если вы можете просто автоматически исправить ее (также уменьшив время, в течение которого служба недоступна).
Мы используем Nagios для отправки текстовых SMS-сообщений через Clickatell. Clickatell не является бесплатным, но он достаточно низкий, а оповещения достаточно важны, чтобы оправдать его. Мы тоже отправляем электронную почту, но SMS - это основной способ оповещения.
Мы используем стандартные проверки Nagios, чтобы убедиться, что порт 25 открыт и что мы получили обратно SMTP-баннер и тому подобное в нашей службе POP3. У нас также есть набор пользовательских проверок, которые отправляют электронное письмо, а затем пытаются прочитать поле POP3 для этого письма. Это дает нам возможность сквозного тестирования, плюс отдельные проверки сервисов могут дать нам дополнительную информацию о том, что может быть не так, даже если они оба продолжают работать.
Если ваш модем / маршрутизатор позволяет вам возвращаться через внешний интерфейс (т.е. вы можете получить доступ к внутренним ресурсам через публичный адрес изнутри вашей сети), вы можете просто запустить скрипт для периодического открытия и закрытия SMTP-соединения. К сожалению, не все маршрутизаторы позволяют выполнить обратный цикл, поэтому не будет возможности проверить это изнутри, поэтому вам нужно будет найти способ проверить его снаружи.
Один из методов, который я использовал в прошлом, - это отправка почты на тестовую учетную запись, при этом программа регулярно проверяет этот почтовый ящик. Если с момента последнего полученного письма прошло «достаточно времени», значит, проблема.
Это также можно использовать для отслеживания задержки почты через более крупную сеть почтовых серверов (на самом деле это было основным использованием кода, но он также работал как предупреждение о проблемах с отключением почтового сервера).
чтобы по-настоящему контролировать вашу способность к входящему соединению, вам необходимо контролировать его снаружи, а не изнутри, так как изнутри вашей сети вы сможете без проблем получить доступ к порту, но извне это может быть не так.
поэтому вам нужно использовать стороннюю службу для мониторинга, и да, как вы сказали, бессмысленно отправлять на электронную почту, размещенную на этом почтовом сервере, поэтому вам также нужно использовать другой адрес электронной почты (я лично использую свою электронную почту SMS, которая полностью отличается от какой почтовый сервер размещает, таким образом гарантируя, что я получу уведомление, когда возникнет проблема)
** ОБНОВИТЬ **
Я бы написал сценарий и поместил его в cron, который будет проверять периодичность вашего брандмауэра, и если что-то нужно будет изменить, этот сценарий изменит это.
во-вторых, я бы ускорил получение нового оборудования, так как это не кажется надежным решением в конце концов.
http://www.mailive.com/ будет отслеживать поток SMTP и звонить вам, если что-то пойдет не так. Полезно для контроля того, что ваши системы включены, питание включено, работает подключение к Интернету и т. Д.