Я пишу здесь, чтобы спросить вас, была ли у вас проблема, похожая на мою.
Я использую Mikrotik RB750UP для своего офиса. Маршрутизатор управляет 3 разными глобальными сетями. Я не использую балансировку или соединение таких линий, но я использую их только по причинам отработки отказа.
По сути, соединения всегда включены, и для переключения между активными соединениями в случае сбоя в глобальной сети используется правило маршрутизации на основе расстояния.
Мне нужно как-то пометить трафик, который поступает в WAN, и позволить маршрутизатору отправлять ответ обратно с того же интерфейса WAN и IP.
Например: я отправляю запрос на порт WAN2_ip: с внешнего устройства. RB имеет WAN1 (который также является первым выбором среди возможных правил маршрутизации) и использует это соединение для отправки ответа (который не является правильным).
Я попытался пометить соединения, входящие в определенный интерфейс, и пометить пакеты, принадлежащие этому соединению, меткой маршрутизации. Но это не похоже на работу.
Есть ли у вас предложения?
Спасибо
источник
Ответы:
Я думаю, что вы на правильном пути с оценками. Прошло много времени с тех пор, как я использовал это, но я думаю, что вам нужно использовать отдельную таблицу маршрутизации для каждого канала WAN. Аналогично информации, документированной здесь .
Так, например, вы должны настроить что-то вроде следующего для 1-го соединения WAN и повторить для каждой дополнительной WAN.
(заменить / определить переменные $ {wan ...} соответствующими значениями)
Я извиняюсь, если это немного грубо или неполно. К сожалению, я администратор Windows в своей профессии. Так что я не склонен слишком часто возиться с сетевыми аспектами или аспектами Linux / Unix, чтобы быть достаточно беглым на этом уровне. Но я уточню ответ, если смогу вспомнить более конкретную информацию из пыльных уголков моего мозга. :)
ОБНОВЛЕНИЕ: я нашел старый скрипт, который использовал, и обновил приведенный выше пример более точными командами. Мне пришлось настроить их для вашей ситуации (я использовал их для направления трафика на VPN-соединение), но я думаю, что они должны быть хорошими сейчас.
источник