Назад | Перейти на главную страницу

Как настроить почтовый сервер маршрутизации с общедоступным статическим IP-интерфейсом и частным IP-интерфейсом

Я создаю почтовый сервер, который будет использовать Postfix для SMTP и Dovecot для IMAP.

У этого сервера будет два интерфейса:

Насколько я понимаю, мне нужно будет:

Еще одним расширением этого может быть изучение того, как заставить шлюз по умолчанию переключаться на соединение wwan0 при сбое ADSL (иногда ADSL отключается, но WiFi и маршрутизатор остаются включенными, но не могут пересылать трафик).

Я понимаю, что у вас может быть несколько шлюзов по умолчанию с разными показателями, но я не вижу, как это может исправить падение ADSL, но не маршрутизатора (поскольку шлюз по-прежнему маршрутизируется, но не может пересылать трафик).

Я видел предположение, что использовать сценарий, который проверяет, активен ли ADSL (ping или HTTP), и изменяет таблицу маршрутизации ядра, чтобы направлять трафик на лучший интерфейс.

Я правильно понимаю?

Если вы «Установите шлюз по умолчанию для маршрутизатора ADSL», AFAIK это приведет к тому, что весь (не оставшийся!) Трафик будет идти на маршрутизатор ADSL. Таким образом, исходящий трафик от Postfix также будет проходить через маршрутизатор ADSL. И это, наверное, не то, что вам нужно ...

Ответ на этот вопрос - Заставить Linux изменить маршрут по умолчанию, если один из путей не работает? - содержит ссылку о том, как реализовать маршрутизацию на основе политик, которая, вероятно, будет наиболее подходящим решением в вашем случае.

Однако я не уверен в вашей настройке. Насколько я понял, у вас 2 выхода в интернет. И ваш почтовый сервер подключен к ним обоим. Тогда я не уверен, почему вам нужно всегда отправлять исходящий трафик с Postfix на wwan0.

Я бы просто так настроил:

  1. Postfix слушает wwan0
  2. Dovecot слушает оба
  3. ВСЕ исходящий трафик проходит через маршрутизатор ADSL (маршрут по умолчанию)

В этом случае я бы просто установил вторичный шлюз (wwan0) с другой метрикой без маршрутизации на основе политик и применил сценарий, чтобы предпочесть (изменить метрику) аварийный (вторичный) шлюз, когда некоторые ресурсы больше не доступны через первичный шлюз:

http://www.linuxquestions.org/questions/linux-networking-3/simple-way-to-use-backup-gateway-metric-750728/