Как лучше организовать резервный почтовый сервер?

Question

[Pavel]

Всем здравствуйте! Есть настроенный почтовый сервер Exim. Сотрудники работабт через MS Outlook. Все работает. Хочу организовать резревный почтовик, так, чтобы при падении интернет канала №1 (через который работает основной почтовик) отправка шла через резервный почтовик (там интернет канал №2).
DNS я уже настроил. Но не до конца понимаю как лучше это организовать. В сети много чего советую(, особенно DRDB), но может кто-то подскажет как красиво это сделать?

Answer 1

[akelsey]

Два статических ("белых") IP адреса на разных каналах. Их обоих с разными приоритетами в МХ записи DNS. Всё будет работать так как вы хотите.

Comments

[Pavel]

Да. Это уже есть. Вопрос в следующем: на резервном сервере сделать просто пересылку на основной через smarthost? А на основном как тогда? То есть как основной сервер будет знать когда ему пересылать через резервный?

[CityCat4]

Pavel: Сервер выбирает отправляющий Вам сервер по записям MX. Если в момент, когда он отправляет письмо, сервер #1 недоступен, он смотрит - а нет ли еще MX-записей и берет адрес второго сервера и если он доступен, отправляет на него. Нужно только с резервного пересылать на основной, потому что отправка всегда будет начинаться с основного и только если он не работает - почта пойдет на резервный.

[Pavel]

Да. Это касаемо внешнеих отправителей. Тут вообще все ясно и прозрачно. Я имею ввиду локальных отправителей. Как 100 клиентов будут отправлять письма внешним адресатам?

[akelsey]

Исходящий поток только скриптом.
Допустим Srv1 отправляет через GW1 (IP1)
А Srv2 отправляет через GW2 (IP2)

На Srv1 прописываете статический маршрут до ip адреса например google или/и yandex, каждую минуту тестируете канал скриптом, в случае доступности - все идет стандартно через MX запись получателя или через Smart-Host провайдера.
Допустим адрес со статической маршрутизацией не доступен (лучше если два - что б исключить проблему на принимающей стороне), тогда скрипт меняет логику отправки почты - прописывая смартхостом srv2 и передергивает службу, или меняет дефолт гейтвей на GW2(IP2) на системе. Соответственно как только все заработало - возвращает исходные настройки.

[Pavel]

Я тоже думал над таким решением, но неужели нельзя обойтись без скриптов? Неужели нет элегантного решения? Например, есть два равноправных сервера и они между собой как-то или в кластере работают или еще как...?

[akelsey]

Pavel: читать документацию к ПО, я так понимаю Exim - если не умеет, то только костылями.

[Pavel]

Читал. Такого именно там нет вроде как. Думал может гуру exim'а подскажут или хотя бы намекнут)

Answer 2

[athacker]

Капец вы там с предыдущим комментатором наговорили :-)

Для резервирования отправки вам нужно два почтовых релея и настроенный VRRP/CARP между ними. Т. е. на хостах поднимается виртуальный IP, который переедет на второй хост в случае падения первого.

Для приёма это тоже будет работать, если у вас два физически разных канала от одного и того же провайдера. Т.е. если можно с одним IP вещать по разным каналам. Но наверное, будет логичнее подключить 2 хоста к двум разным провайдерам, на разные IP, и сделать в DNS две MX-записи с различным приоритетом (10 и 20). Если 10-ый не будет доступен, отправители снаружи будут слать почту на 20-ый.

И да, не забывается, что помимо отправки почты наружу и получения почты снаружи есть ещё задача раздачи почты пользователям :-) Т. е. даже если у вас два SMTP-сервера, и принять почту они смогут почти гарантированно (при грамотной настройке ;-) ), то нужно ещё, чтобы они также гарантированно могли положить её на тот сервер, с которого пользователи не менее гарантированно смогут её забрать ;-) Что приводит нас к схеме либо 4-х серверов (два SMTP и два IMAP/POP3), либо трёх серверов -- два SMTP, который также раздают почту по IMAP/POP3, и один сервер-хранилище почты, подключенный к обоим серверам как общее хранилище.

Comments

[Pavel]

Спасибо за наводку по поводу VRRP, но может и подскажете за одно? Если VRRP работает в пределах одного L2 сегмента, то получается все равно надо тогда будет дополнитально скриптами навешивать отключение внутреннего интерфейса, чтобы протокол отработал?

Потому что вероятность того что сервер упадет приблизительно равна 0 ( ну или это происходит крайне редко). Чаще всего перебои с провайдерами. Это я к тому, что внутренние интерфейсы почти всегда будут работать.

[athacker]

Pavel: Да, если только наружный канал ляжет, то изнутри почту тоже нужно направлять на тот сервер, где внешний канал жив. У постфикса есть параметр smtp_fallback_relay, возможно, он будет работать также и при отвале связи. В документации довольно расплывчато написано, типа, "используется когда почту доставить не удалось", а в тексте следует, что "если получены коды ответа 4** или 5**". Т. е. непонятно, будет ли постфикс использовать fallback relay, если он просто не сможет доставить почту в сценарии отпадения внешнего линка.

[athacker]

Pavel: Кстати, для использования резервного сервера совсем не обязательно ждать падения основного сервера. Например, эта схема также упростит проведение обслуживания серверов -- можно спокойно вывести из эксплуатации один сервак и его ломать/обновлять, пока второй работает. Потом точно также вывести второй.

[Pavel]

У exim тоже есть данная опция - fallback smart host (как-то так). Но в спеке мне тоже не совсем понятно в каком случае оно отработает и когда.
То есть все-таки мое предположение верно: нужно все равно самому регулировать падение внешнего канала при условии использования протокола VRRP ?
Кстати, еще столкнулся с такой вещью как relayd в *BSD системах. Возможно этот порт мне поможет, но информации по нему тоже не особо много((

[athacker]

Pavel: на мой взгляд, это уже лишняя сущность. Вам всё равно придётся так или иначе отслеживать состояние внешних каналов, и какие-то действий исходя из этого предпринимать. Мне кажется, проще всего проверять наличие связи наружу, и в случае её отсутствия опускать локальный интерфейс, чтобы VRRP перевёл IP-шник на резервный сервер. А после появления внешнего канала поднимать локальный интерфейс обратно.

[Pavel]

спасибо. я так и думал. конечно это не идеальное решение, но вполне рабочее, как я понимаю. О внедрении отпишусь позже. Так как хочется еще и в отпуск сходить.

[athacker]

Pavel: для информации: https://habrahabr.ru/post/324538/

Answer 3

[BAF285]

Нужно сделать резервный почтовый сервер на VDS. На своем сайте я подробно об этом рассказал https://bafista.ru/rezervnyj-pochtovyj-server-postfix/