forum.lissyara.su

У майл-сервера есть 2 внешних линка. Основной канал на котором сидит почтовый сервер довольно таки хреновый, и возможности заменить испа в ближайшем времени нет, поэтому встал вопрос о резервировании почты, что бы она ходила всегда и везде для удаленных юзеров, их совсем не много, но почта для них критична.
С smtp все попроще, благодаря mx записям. А как быть с сервером входящей почты? Пока на ум ничего не приходит: round-robin выдает рандомно адреса и может выдать не рабочий, mua тоже особых вариантов не предлагает, если только использовать ВПН, но вариант не самый подходящий.

Может быть уже кто-то сталкивался с подобным? Подскажите пожалуйста.

для FreBSD
1) pf - копать в сторону "route-to" и "replay-to"
2) ipfw - "forward" и "redirect"
Универсальные грабли - несколько таблиц маршрутизации
Для линуха - iproute2

mak_v_ писал(а):для FreBSD
1) pf - копать в сторону "route-to" и "replay-to"
2) ipfw - "forward" и "redirect"
Универсальные грабли - несколько таблиц маршрутизации
Для линуха - iproute2

немного не то, может быть я не правильно описал проблему - клиенты удаленные, доступ у них в сеть через gprs или 3г
в mua можно указать только 1 сервер входящей почты, а если он упадет? (такая ситуация не часто, но может быть) в это время сервер доступен по другому ip и необходимо как-то реализовать схему безотказной работы по 2-м адресам
все усложняется способом подключения, я бы, не задумываясь, поднял vpn, если бы коннект был постоянный, а не gprs

как я сейчас уже понимаю, дело даже не во входящей почте, потому как исходящий сервер тоже указывается единственным адресом в MUA, если он отвалится, почта ходить не будет

придется, наверное, делать какой-то скрипт, который будет на клиентской машине следить за состоянием адреса, и если тот уходит в даун, подсовывать для какого-то фейкового адреса example.com (который будет указан в муа) новый ип

В MUA забить dns имя и прописать его в хостах с необходимым IP. При недоступности первого IP менять в хостах на второй. Можно как скриптом, так и пару скриптов для переключения самим пользователем...

ну тогда ничго не вижу проще

на стороне первичного NS отвечающего за вашу зону - дергать ваши каналы на предмет живости.
В случае дохлости остновного - менять MX запись вашей зоны на "резервный ип" и релоадить нейм-сервер с уведомлением слейвов.
2-4 минуты займет сей процес.

Или я не прав?

не совсем то, mx записи отдаются сразу все, с приоритетами 10-20-30, если 10 недоступен, то будет использоваться 20
проблема как раз в другом - нужно подключить клиент, (outlook express н.п.) к удаленному почтовому серверу

если дергать A запись домена нашей зоны, который указан у клиента, можно добиться желаемого
но не реализуемо, т.к. днс нашей зоны у хостера, а управление с веб-странички

ну раз у вас провайдер рулит вашей зоной - настраивайте релей через него - видимо только такие грабли будут работать.

желаемого результата добились с помощью внешнего почтового хостинга того-же провайдера, который рулит нашей днс-зоной
все удаленные клиенты работают с почтовыми ящиками, которые расположены у него, а почта туда ходит через наш (отдельный роут и транпорт)

Грабли вы настроили, а теперь будете провайдерский мыл балансировать? и доступ к настройке мыльника вам дадут?
ИМХО: грабли ещё бОльшие, ну или вера в то, что "у провайдера настроено правильнее, чем я умею"

это к чему вообще?
у провайдера арендуется почтовый сервер с нашим доменом и десятком почтовых ящиков, почта для этих клиентов доставляется через наш сервер, а отправляется через релэй хостера
это наиболее эффективный и простой способ, нежели тот, что предложили Вы