Postfix для явного управления внутренней ошибкой
В настоящее время я тестирую в лаборатории установку балансировки с избыточностью /laod, где проверка работоспособности Keepalived проверяет, что Postfix работает на 2 серверах.
Пока Keepalived работает хорошо, большое время конвергенции и т. Д., Он не заходит слишком далеко в диалоге SMTP, он делает HELO, проверяет, получил ли он ответ, и все.
Учитывая сложность Postfix, он может зависать на разных этапах диалога протокола. Можно ли было сказать Postfix как можно быстрее, возможно, перед HELO в диалоговом окне. Конечно, я уверен, что мы не будем охватывать каждый сценарий, который делает это, но в некоторых случаях Postfix мог бы сразу сказать: я не смогу обработать вашу почту, уходите.
Например, если у него есть какие-либо проблемы с ресурсами (раздел заполнен, не может быть разветвлен, что угодно).
У кого-нибудь есть идеи о том, как настроить Postfix таким образом?
Спасибо и всего наилучшего,
1 ответ
Postfix - это устойчивое к ошибкам программное обеспечение. Он пытается восстановиться после внутренних ошибок, и обычно сам мастер не умрет. Таким образом, одна ошибка / предупреждение не рассматривается как триггер завершения, и вместо этого Postfix продолжит работать.
Если вы хотите прекратить Postfix при первой ошибке / предупреждении, вы должны сделать это вне Postfix. Посмотрите в файле журнала интересующее вас предупреждение, а затем выполните "постфиксную остановку". В этом случае дальнейшая попытка подключения невозможна, и даже приветствие сервера на порту 25 невозможно. Обратите внимание, что единственный способ реактивировать систему Postfix - это запустить ее снова вручную.
Но сценарий тогда непродуктивен. Ваша цель - иметь (два) работающие Postfix, но вы охотно убиваете один. Второй может быть перегружен и убит тоже. Позвольте Postfix восстановить себя и контролировать экземпляры postfix, подсчитывая предупреждения журнала вместо неудачных фиктивных SMTP-соединений.
Если вы не отслеживаете журналы, вы также не можете определить ошибки, такие как разрешение DNS, увеличение очередей, исчерпание соединения, ...