>Посоветуйте пожалуйста как организовать почтовую систему для организации.
>
>Исходные данные:
>
>1. Шлюз интернет с ОС FreeBSD находиться в первом здании, подключен через
>ADSL 2 Mb/s, первый провайдер ОК сетка 1
>2. Шлюз интернет с ОС FreeBSD находиться во втором здании, подключен через
>ADSL 8 Mb/s, второй провайдер
ОК сетка 2
>3. VDSL Модем между зданиями ~ 30-40 Mb/s
>
VPN маршрутизация между сетками 1 и 2. И как она предполагается ? Это можно только если во Фре - по 3 сетевых карты. И настраивать роутинг. Для первого раза - не такая и тривиальная задача.
>Помимо почты по VDSL линии будут ходить пакеты от AD, DNS, SMB,
>FTP ну все как обычно.
ОК
>
>Внутри ЛВС пользователи должны работать с почтой по протоколу IMAP. Почтовых аккаунтов
>будет ~ 20.
>
мало как-то на весь паровоз
>В корневых DNS будет:
>MX 10 mx1.domain.ru шлюз1
>MX 20 mx2.domain.ru шлюз2
>
>С этим думаю понятно, чего я хочу.
>
ОК
>В качестве почтового(ых) сервера(ов) будет использоваться zimbra, выбор руководителя.
>Основной вопрос как сделать?
>
это внутристоящий сервак
>1. Вариант 1.
>
>На шлюзе 1 делаем проброс портов на виртуальный сервер 1 с MTA.
>
>На шлюзе 2 делаем проброс портов на виртуальный сервер 2 с MTA.
>
все хорошо, но при пробросе портов может оказаться что пакеты, приходящие на внутренний сервак будут приходить от адресов внутренних интерфейсов, а не от истинных интернетовских IP
>Они соответственно складывают почту на отдельный виртуальный сервер хранилище, откуда пользователи по
>IMAP работают с почтой. Для отправки почты пользователи связываются с одним
>из MTA, например с 1-ым.
>
Нет - с сервером, откуда читают, а он уже на бордеринговый сервак
При этом бААльшим гемором будет антиспам
>2. Вариант 2.
>На шлюзе 1 и шлюзе 2 делаем проброс портов на один виртуальный
>сервер с MTA и хранилищем почты. Пользователи работают только с ним.
>Всего для организации почтовой системы используется один сервер.
>
Можно и так. Проблемы с анти-спамом.
>3. Вариант 3.
>На шлюзе 1 шлимылом делаем проброс почты на один виртуальный сервер с
>MTA.
>На шлюзе 2 шлимылом делаем проброс почты на тот же виртуальный сервер
>с MTA.
>
Это лучше - антиспам на шлимыле организовывать, но это прийдется 2 тушки препарировать и база спам-обучения уменьшается в 2 раза
>4. Вариант 4.
>Пробросить линию подходящую к шлюзу 2 в серверную к шлюзу 1 (тех.
>возм. есть). Таким образом сделать один шлюз. Оправдано с точки зрения
>экономии.
>
>На этом шлюзе сделать проброс портов и трафика с внешних ip на
>один внутренний почтовый сервер.
>
Нэ - это ближе к реальности, но нэ.
>5. Вариант 5.
>Пробросить линию подходящую к шлюзу 2 в серверную к шлюзу 1 (тех.
>возм. есть). Таким образом сделать один шлюз. Оправдано с точки зрения
>экономии.
>
>На этом шлюзе сделать проброс шлимылом сообщений с внешних ip на один
>внутренний почтовый сервер.
Это уже лучше. Более приемлимое решение.
Вариант 6.
2 шлюза. Я бы их делал на железных маршрутизаторах. На 20 человек - да хоть Линксысы. Нет народа. Нечего выдумывать.
внутри - 1 FreeBSD транспортный почтовый сервер - антиспам, 1-й ВПН, Сеть 1, NAT. 2-й сервер - VPN, NAT, 2-я сеть.
Итого сеть заработала.
Железный маршрутизатор пробрасывает 25-е пакеты на анти-СПАМ, тот алиасами форвардит почту на внутренний сервер.
>[оверквотинг удален]
>
>2. Есть ли совсем неправильные варианты?
>
>3. С точки зрения надежности какой из вариантов выбрали бы вы?
>
>4. У руководителя есть мысль вынести почту в отдельные руки. Хотелось бы
>услышать Ваши "за и против.
>
>5. Может бы у вас совсем иной взгляд на организацию почтовой системы
>в моей ситуации?
iasb.narod.ru - в принципе эта схема - статьи по FreeBSD. На год написания не смотреть - идеология для данного случая не поменялась.
