Перенаправлять IP-адреса из разных подсетей — возможно ли это?

Ты можешь настроить это… если используешь разные IP-пространства у разных провайдеров, нужно учитывать несколько моментов. Пакеты нужно "mangle" при входящем трафике и правильно отмечать, чтобы они могли вернуться тем же интерфейсом. Можно и попытаться пробросить трафик первого провайдера через второго, но делать этого не стоит. Нужно использовать policy routing, чтобы эти помеченные пакеты отправлялись обратно тем же интерфейсом, через который они пришли. Правила src-nat / masq должны позаботиться об отправке их с нужным IP, когда они покидают интерфейс. Пакеты, приходящие через DSL-модем, вероятно, следует dst-natted к твоему другому диапазону. Так тебе не придется "дуально хомить" эти машины, в общем. Убедись, что у тебя нет асинхронного маршрутизирования, то есть, пакеты приходят в один физический роутер, но выходят из другого… это значит, что Mikrotik должен видеть, как пакет пришел и как он выходит обратно, иначе он увидит прерванные соединения. Твои оптоволокно и DSL должны быть на одном роутере. Мы думали об использовании NAT на нашем роутере, чтобы переводить пакеты, приходящие на IP из /29, в IP на /24 сервера, но, поскольку мы можем привязать только один адрес из /29 к интерфейсу, это невозможно. (Ну, наши тесты показали это). Ты должен быть в состоянии добавить оставшиеся IP, используя /32 для маски сети. У нас есть интерфейсы с 15-20 IP на них, первый имеет /27, а остальные — /32. Это отлично работает. Думаю, ты в первом абзаце имеешь в виду, что у тебя есть одно маршрутизированное и одно бриджовое подключение? Это должно работать в любом случае. Сэм.

Большое спасибо, Сэм. Твой отличный ответ дал нам всё необходимое, чтобы привести дела в порядок. Да, именно так. Итак, я хотел бы поделиться тем, что мы сделали, на всякий случай, если мы что-то наделали. Ну, во-первых, вот упрощённая схема того, как всё устроено: ISP A – предоставляет класс C 2.2.2.x через ip 3.3.3.170 (через оптоволокно) ISP B – предоставляет /29 bridged (через DSL) 4.4.4.1/29 В нашем роутере у нас следующие интерфейсы: lan, fiber, dsl Адреса: 2.2.2.1/24 для интерфейса lan 3.3.3.170/30 для интерфейса fiber 4.4.4.2/29 для интерфейса dsl Итак, первое, что мы сделали, это создали метку соединения для пакетов, приходящих на интерфейс DSL, а затем пометили пакеты, которые имеют эту метку соединения и которые относятся к нашему классу C, меткой маршрутизации. /ip firewall mangle

add chain=prerouting dst-address=4.4.4.0/29 in-interface=dsl action=mark-connection new-connection-mark=dsl_conn_mark

add chain=prerouting src-address=2.2.2.0/24 connection-mark=dsl_conn_mark action=mark-routing new-routing-mark=dsl_route_mark Затем мы добавили маршрут по умолчанию для обработанных пакетов: /ip route add gateway=216.234.62.1 routing-mark=dsl_routing_mark Наконец, мы добавили правила NAT, чтобы отобразить с адресов DSL на наш класс C и обратно. Например, чтобы ip 4.4.4.3 на DSL отображался на 2.2.2.3, мы сначала добавляем адрес DSL: /ip address add address=4.4.4.3/32 interface=dsl а затем правила NAT. Мы ограничиваем src NAT только теми пакетами, которые имеют метку маршрутизации (и поэтому были dst-natted): /ip firewall nat

add chain=dstnat dst-address=4.4.4.3 action=dst-nat to-addresses=2.2.2.3

add chain=srcnat src-address=2.2.2.3 routing-mark=dsl_route_mark action=src-nat to-addresses=4.4.4.3 И это всё. Я решил описать всё во всех подробностях, потому что я всё ещё немного не уверен, это ли лучший способ сделать это, и я был бы рад вашим комментариям. Есть, по крайней мере, несколько проблем с этой настройкой. Нам нужно добавлять два правила NAT для каждого IP, который мы хотим отобразить. Это нормально, но я думаю, что может быть лучший способ сделать это с, как ты упомянул, правилом маскирования. Есть какие-нибудь идеи на этот счёт? Простое создание его правильно отобразит ли все пакеты dsl_route_mark обратно на их внешний IP? С машины в классе C правила NAT ведут себя странно, когда мы пытаемся связаться с машиной с её DSL-IP. Мы могли бы добавить ещё два правила, чтобы перенаправить трафик с класса C на natted DSP-IP... но мой инстинкт подсказывает, что есть лучший способ (возможно, связанный с #1). Спасибо всем ещё раз, Джефф.

Без особых размышлений сейчас я вижу одну вещь, которая может изменить ситуацию: добавь chain=prerouting dst-address=4.4.4.0/29 in-interface=dsl action=mark-connection new-connection-mark=dsl_conn_mark. Попробуй убрать фильтр dst-address. Если оно приходит по DSL-линии, ты хочешь его пометить, неважно что. Может быть… : ) Кстати, ты помечаешь пакеты или просто соединения?