The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Резервирование почтового сервера"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"Резервирование почтового сервера"  +/
Сообщение от ГореАдмин on 25-Авг-08, 19:13 
Такая ситуация: пришел работать в одну организацию, у них стоит почтовый сервер под FreeBSD, начальство дало указание поставить второй сервер, так чтобы получился отказоустойчивый почтовый сервак, т.е. если валится первый сервер, то на втором все должно работать. Т.к. опыта очень мало с почтовиками у меня вопрос:
как организовать пересылку почты с одного на другой???
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Резервирование почтового сервера"  +/
Сообщение от angra (ok) on 25-Авг-08, 20:48 
Как вариант, использовать nfs для расшаривания дискового пространства с которым работает MTA.
Простая переслыка не будет иметь смысл, если один из них остановится, хотя если надо то большинство MTA ее умеют, но вот набор директив для этого конечно разный.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Резервирование почтового сервера"  +/
Сообщение от Fagor (??) on 26-Авг-08, 07:31 
>Как вариант, использовать nfs для расшаривания дискового пространства с которым работает MTA.
>
>Простая переслыка не будет иметь смысл, если один из них остановится, хотя
>если надо то большинство MTA ее умеют, но вот набор директив
>для этого конечно разный.

Я думаю не надо никаких nfs накручивать, настраивай второй почтовый сервер и в DNS добавляй запись с MX с приритетом пониже и все дела...
Вот это можно почитать http://freesource.info/wiki/Dokumentacija/Postfix/BackupMX

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Резервирование почтового сервера"  +/
Сообщение от Pahanivo email(ok) on 26-Авг-08, 07:53 
>>Как вариант, использовать nfs для расшаривания дискового пространства с которым работает MTA.
>>
>>Простая переслыка не будет иметь смысл, если один из них остановится, хотя
>>если надо то большинство MTA ее умеют, но вот набор директив
>>для этого конечно разный.
>
>Я думаю не надо никаких nfs накручивать, настраивай второй почтовый сервер и
>в DNS добавляй запись с MX с приритетом пониже и все
>дела...
>Вот пример должен помочь http://www.lissyara.su/?id=1433

Угу. А на втором (с меньшим приоритетом) настраивай персылку на первый.
Те если упал первый - почта копится на втором, когда первый поднялся почта вываливается на первый.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Резервирование почтового сервера"  +/
Сообщение от angra (ok) on 26-Авг-08, 10:38 
Вопрос был про пересылку, про MX автор наверняка уже в курсе.
Отдельное nfs хранилище имеет свои преимущества в кластерной схеме, когда все почтовые сервера равноправны и нагрузка равномерно по ним распределяется. Да и вообще производительное отказоустойчивое nfs хранилище удобней чем raid на каждой машине :)
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Резервирование почтового сервера"  +/
Сообщение от Юрий (??) on 13-Янв-12, 13:59 
У меня похожая задача. С той разницей, что у меня два сервера работают в разных офисах и выходят в интернет через разных провайдеров. Я составил простую схему их работы: главный сервер в главном офисе имеет MX-запись с высшим приоритетом, и получает всю почту. Почта, предназначена пользователям из второго офиса будет автоматически релеиться на второй сервер (посредством параметра transport_maps), к которому те пользователи будут непосредственно подключаться. При падении канала в главном офисе, почта будет приниматься вторым сервером, т. к. его ай-пи будет указан в MX с более низким приоритетом. В этом случае пользователи второго офиса будут нормально принимать почту, а в первом офисе почту получат после возобновления интернет-канала, т. к. второй сервер будет релеить их почту на первый (тоже посредством transport_maps).
Вроде всё должно работать. Вот только есть проблемка. Дело в том, что прежде чем сделать релей почты своего домена на резервный сервер postfix проверяет, существует ли такой пользователь в системе, и если его нет, то даёт отлуп: "Recipient address rejected: User unknown in local recipient table". Иными словами, нужно дублировать акаунты почтовых пользователей на обоих серверах. Это неудобно.
Как лучше устранить этот недостаток: настроить каким-то образом репликацию БД пользователей или как-то заставить Postfix релеить почту не смотря на наличие пользователя в системе?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру