PS
2 статических адреса и PPPoE соеденение необходимо пробросить к опредеоенным узлам, баланзировка и резервирование для них не нужно.
Size: a a a
2021 March 27
N
Pavel Sarafannikov
2 статических адреса и PPPoE соеденение необходимо пробросить к опредеоенным узлам, баланзировка и резервирование для них не нужно.
вот, сейчас запутали окончательно
AV
Пересмотрел статью, нет там нужного. Зачем дежурными ссылками не по делу разбрасывается? Ай ай ай
AV
Pavel Sarafannikov
2 статических адреса и PPPoE соеденение необходимо пробросить к опредеоенным узлам, баланзировка и резервирование для них не нужно.
Если правильно понял то вам нужен netmap
PS
вот, сейчас запутали окончательно
1 статический адрес назначается серверу почты и 1 адрес назначается сетевому интерфейсу АТС для них балансировка и резервирование не требуется. Это основной провайдер.
N
Pavel Sarafannikov
1 статический адрес назначается серверу почты и 1 адрес назначается сетевому интерфейсу АТС для них балансировка и резервирование не требуется. Это основной провайдер.
для них используем отдельную таблицу маршрутизации без балансировки.
MO
Alexandr Vasilev
Пересмотрел статью, нет там нужного. Зачем дежурными ссылками не по делу разбрасывается? Ай ай ай
либо плохо читали, либо вам досталось допилить tool netwach, но непонятно зачем, если по статье роутер сам определит живой канал .
MO
Alexandr Vasilev
Если правильно понял то вам нужен netmap
и чем же он ему поможет ?
AV
Вот именно что нужно знать что что-то пошло не так. В случае статики нужен отдельный скрипт. В остальных случаях можно повешать скрипт на event up/down
AV
и чем же он ему поможет ?
Эмм ну как бы тем что это "сопоставит" один внешний адрес с каким-то внутренним и не нужно будет городить пробросы портов и т.п.
PS
Что сделал. Введены статические адреса в адрес лист, назначены на бридж основного провайдера. Введёт статический адрес резервного провайдера, настроен маршрут по умолчанию. В файерволе (mangle) для каждого статического адреса (основной провайдер 3 адреса) и 1 (резервный адрес) есть два правила input и output. Для PPPoE (основной провайдер) прописаны два правила.
MO
Alexandr Vasilev
Вот именно что нужно знать что что-то пошло не так. В случае статики нужен отдельный скрипт. В остальных случаях можно повешать скрипт на event up/down
правильнее использовать внешний мониторинг
PS
Для упрощения выполнения задачи. Можно ли пробросить до маркировки интерфейсов статические адреса и PPPoE (основного провайдера) соединение до нужных узлов в сети. т.к. для них не требуется резервирование и балансировка. А потом настраивать балансировку из двух адресов основного и резервного провайдера, при мощи маркировки интерфейсов и маршрутов ?
PS
Или необходимо выполнить маркировку входящего и исходящего соединения для физических интерфейсов двух провайдеров включаю отдельно PPPoE, в маршрутах промаркировать согласно соединениям, потом (могу путаться) пробрасывать маршруты до определённых узлов в сети.
АА
Alexandr Vasilev
Не понял сейчас. Напиши ему в личку да и всё
Рано для личных сообщений. Чего будить человека в субботу )
PS
Как правильней сделать ?
PS
Мужики подскажите пожалуйста.
AV
Для того чтобы пакетики бегали правильно (запросы и ответы ходили правильными путями) логично использовать маркировку
SR
Pavel Sarafannikov
Мужики подскажите пожалуйста.
так и не понял до конца, что куда подключено, на почтовом сервере и АТС белые адреса? или на них dst-nat?
PS
Sergey R.
так и не понял до конца, что куда подключено, на почтовом сервере и АТС белые адреса? или на них dst-nat?
На почтовом сервере и АТС белые адреса, сейчас они бридже и статика провайдера настроена на них. Пока не понимаю, могу ли я до маркировки соединений прописать статику на них. Для данных узлов резервирование и балансировка не требуется.