Объединение скорости интернета от двух провайдеров

Конечно, BP, обычно я бы посоветовал создать новую тему, но в отличие от исходной проблемы, твоя действительно актуальна. По сути, ты хочешь настроить PCC балансировку нагрузки с возможностью максимально справедливо распределять нагрузку пользователей между двумя WAN. Кроме того, ты хочешь, чтобы при отключении одного из WAN весь трафик автоматически шёл через другой. Это немного сложно, потому что PCC балансировка помечает часть исходящих соединений и направляет их через конкретный WAN и т.д. Если же WAN перестаёт работать, тот трафик с метками просто теряется, поэтому нужно убедиться, что в IP маршрутах есть путь к другому WAN... PCC также требует манглинга, что может быть сложно.

/ip route add check-gateway=ping dst-address=0.0.0.0/0 gateway=ISP1 table=main (проверка активности подключения к WAN каждые 10 сек)
add check-gateway=ping dst-address=0.0.0.0/0 gateway=ISP2 table=main (проверка активности подключения к WAN каждые 10 сек)
add dst-address=0.0.0.0/0 gateway=ISP1 table=useWAN1 distance=2 {PCC трафик, помеченный для ISP1, идёт через ISP1}
add dst-address=0.0.0.0/0 gateway=ISP2 table=useWAN1 distance=4 {PCC трафик, помеченный для ISP1, идёт через ISP2, если ISP1 недоступен}
add dst-address=0.0.0.0/0 gateway=ISP2 table=useWAN2 distance=2 {PCC трафик, помеченный для ISP2, идёт через ISP2}
add dst-address=0.0.0.0/0 gateway=ISP1 table=useWAN2 distance=4 [ранее по ошибке стояла 2] {PCC трафик, помеченный для ISP2, идёт через ISP1, если ISP2 недоступен}

Далее нам нужно заманглить трафик. Замечу, что ты говорил, что WAN2 имеет большую пропускную способность, поэтому маршрутизатор выбирает WAN2 в два раза чаще, чем WAN1 для сессий.

/mangle
add chain=prerouting action=mark-connection connection-mark=no-mark in-interface-list=LAN new-connection-mark=Mark-WAN1 dst-address-type=!local passthrough=yes per-connection-classifier=both-addresses:3/0
add chain=prerouting action=mark-connection connection-mark=no-mark in-interface-list=LAN new-connection-mark=Mark-WAN2 dst-address-type=!local passthrough=yes per-connection-classifier=both-addresses:3/1
add chain=prerouting action=mark-connection connection-mark=no-mark in-interface-list=LAN new-connection-mark=Mark-WAN2 dst-address-type=!local passthrough=yes per-connection-classifier=both-addresses:3/2
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++­++
add chain=prerouting action=mark-routing connection-mark=Mark-WAN1 new-routing-mark=useWAN1 passthrough=yes
add chain=prerouting action=mark-routing connection-mark=Mark-WAN2 new-routing-mark=useWAN2 passthrough=yes

Чтобы обеспечить корректную обработку входящего трафика, который приходит извне маршрутизатора (если он есть) — это может быть проброс портов или удалённое подключение WireGuard VPN — нужны дополнительные правила. Опционально:

add chain=prerouting action=mark-connection connection-mark=no-mark in-interface=ISP1 new-connection-mark=Incoming-WAN1 passthrough=yes
add chain=prerouting action=mark-connection connection-mark=no-mark in-interface=ISP2 new-connection-mark=Incoming-WAN2 passthrough=yes
++++++++++++++++++++++++++++++++++++++++++
add chain=output action=mark-routing connection-mark=Incoming-WAN1 new-routing-mark=useWAN1 passthrough=no
add chain=output action=mark-routing connection-mark=Incoming-WAN2 new-routing-mark=useWAN2 passthrough=no

Это стартовая концепция и ни в коем случае не предназначена для какой-то конкретной ситуации, поэтому вам придется адаптировать её по мере необходимости.

Не понимаю твоих вопросов, кила? Админ тут ни при чём. Шлюз меняется в зависимости от того, активен ли провайдер или нет. Можешь подробнее объяснить, что именно тебя волнует? Да, я сделал три правила вместо двух, потому что автор темы сказал, что у WAN2 пропускная способность в два раза выше, и поэтому казалось логичным распределять нагрузку более справедливо таким образом. Это не точная настройка, но в целом значит: на каждую сессию через WAN1 приходится две сессии через WAN2. (Кстати, в приведённой конфигурации была ошибка — в последней строке должно быть distance=4.) Чтобы создать новый пост, смотрите здесь → https://forum.mikrotik.com/viewtopic.php?t=191442

Томас использовал подход балансировки нагрузки, с которым я не знаком… Я использую PCC, как советует discher. Что касается твоего первоначального вопроса, то всё сводится к более чёткому объяснению и определению твоих требований. Пока неясно, что именно ты хочешь сделать с электронной почтой. Речь о почте пользователей или администраторов? Использовать аккаунты электронной почты провайдера проблематично при работе с несколькими WAN. У меня дома похожая ситуация: вторичный провайдер для резервного подключения является основным для почтового трафика (но только для одного пользователя).