Множественные сетевые интерфейсы в RouterOS Если у вас в RouterOS несколько сетевых интерфейсов, вот как ими управлять: * **VLAN:** Создавайте VLAN на каждом интерфейсе, чтобы разделить трафик. * **Bridge:** Объединяйте интерфейсы в мост для создани

Я, если честно, не понял. Может быть, это связано с какой-то особенностью Linux — отвечать на ARP-запросы для всех активных IP-адресов, независимо от того, с какого интерфейса пришёл ARP-запрос? И если у вас disable-running-check=no, то когда вы выдергиваете кабель, IP-адрес на соответствующем сетевом адаптере становится неактивным и, соответственно, недоступным? Запутался.

Игнорируйте GW IP 192.168.122.1. Это было для тестовых целей, чтобы посмотреть, смогу ли я заставить RouterOS работать с IP-адресами в разных подсетях. Извините за путаницу. На картинках показано, как оно на самом деле/должно быть настроено. У PC-роутера 2 сетевые карты, и IP-адреса будут следующими (по крайней мере, так я думаю): NIC 1 = 10.10.4.1 NIC 2 = 10.10.4.101. NIC 1 будет подключена к коммутатору вместе с Trango AP’s, а NIC 2 — к MikroTik PTP backhaul. Затем, согласно маршруту по умолчанию, RouterOS будет отправлять весь трафик через NIC 2 (10.10.4.101), И поскольку этот интерфейс находится в той же LAN, что и 10.10.4.100, который, согласно моему предложенному рисунку, является Cisco 3640, весь трафик в конечном итоге будет направляться на 3640 для NAT. В настоящее время IP-адрес 10.10.4.1 существует на 3640, НО я хочу, чтобы он был на PC-роутере, что сделает его GW для уже настроенных клиентских роутеров. Понятно?

стен: Как обойти проверку disable-running-check=no в RouterOS? Спасибо!

Я правда не понимаю, чего ты надеешься добиться этой схемой, но… IP-адреса из одной подсети НЕЛЬЗЯ использовать на разных интерфейсах, роутер не сможет определить, какой исходящий интерфейс использовать. Proxy ARP это не обойдёт. Это не только плохая идея, это просто не сработает без какого-то сложного и запутанного хака. Тем не менее, вот пара запутанных хаков, которые ты можешь попробовать, если очень хочешь настроить что-то похожее на то, что ты описал… (не рекомендуется). Ты можешь разделить подсеть на MT (например, если это /23, раздели его на 2 /24), и использовать один на каждом интерфейсе, и включить proxy arp на обоих интерфейсах. Тогда, если ты будешь держать машины с каждой стороны в соответствующих /24, и сконфигурируешь их с маской сети /23, они должны смогут до тебя достучаться. Это, пожалуй, самая близкая к рабочей настройка, которую я могу себе представить для того, что ты описал. Другой плохой, но, возможно, полурабочий способ — это настроить /32-адреса на MT для каждого устройства в двух сетях, назначить их соответствующему интерфейсу, и включить proxy arp на каждом интерфейсе. Но, вместо того, чтобы пытаться придумать странный способ изобрести велосипед, почему бы не настроить всё "правильно". Если ты хочешь сегментировать сеть, то тебе нужно делать это обычным способом маршрутизации; даже для такой маленькой настройки статические маршруты, вероятно, будут самым простым вариантом. Если ты не хочешь настраивать статические маршруты на своих роутерах, то попробуй OSPF или даже RIP. Если тебе просто нужно фильтровать, то соедини интерфейсы через bridge, и используй файрвол. Всё вышеперечисленное, вероятно, можно легко сделать на MT, которые выполняют радиоканал, без особой нагрузки. Если твой основной роутер — 3640, и он выполняет NAT (очень дорогостоящая операция на Cisco, особенно на небольших сериях, таких как 3600), то, я подозреваю, ты не передаёшь достаточно трафика, чтобы перегрузить процессоры твоих существующих MT. Я не хочу показаться снисходительным, и желаю тебе удачи. Но с такой, казалось бы, простой сетью, я не понимаю, почему ты пытаешься такой необычный подход. Удачи, —Эрик

Окей.. перезагрузил роутер, и вроде все работает. Теперь ещё один вопрос… Я настроил статический маршрут (т.е. 0.0.0.0/0 GW 10.10.4.1) на IP адреса edge-роутера (10.10.4.1), затем настроил ноутбук с шлюзом 192.168.122.1. Не должен ли PC-роутер отправлять весь трафик через интерфейс в сети как edge-роутер (в данном случае 10.10.4.100) согласно статическому маршруту? Спасибо ещё раз…

И ты ещё статический маршрут в роутере на границе настроил???