Возможно ли иметь 2 маршрутизатора для связи друг с другом через локальную сеть (не локальную сеть), несмотря на то, что оба имеют разные подсети?
Topo:
Маршрутизатор 1 (192.168.1.0/24)
Маршрутизатор 2 (10.0.0.0/24)
Например, ПК под маршрутизатором 1 с IP-адресом 192.168.1.180 сможет обмениваться данными с ПК под маршрутизатором 2 с IP-адресом 10.0.0.30.
Диаграмма:
192.168.1.0/24 не может напрямую общаться с 10.0.0.0/24
Если устройство находится только на 192.168.1.0/24, то единственный способ, которым оно может связаться с 10.0.0.0/24, - это если какое-то другое устройство на 192.168.1.0/24 поможет с маршрутизацией трафика.
Причиной такого ограничения является то, что в вашем примере подсети не перекрываются. 192.168.0.0/16 может взаимодействовать с 192.168.2.0/24, несмотря на то, что подсети различаются, поскольку существует некоторое перекрытие.
СТАРЫЙ: Я сейчас ответил на вопрос, который вы задали. Я думаю, что я не полностью ответил на то, что вы хотели знать. Если это так, не стесняйтесь задавать еще один вопрос.
ОБНОВЛЕНИЕ 1: Спасибо за полезную схему сети. Мое первое желание состоит в том, чтобы рассмотреть вопрос о включении LAN2 в 192.168.1/24, а затем заставить маршрутизаторы действовать как коммутаторы. Обычно простой способ сделать это - подключить что-то к портам локальной сети. Вам также может потребоваться указать устройствам просто пересылать трафик уровня 2, а не пытаться выполнить маршрутизацию уровня 3. Результат может быть проще.
Однако такой подход не является необходимым, и мы можем сделать все так, как вы на самом деле просите. С текущей диаграммой одна локальная сеть (которую я собираюсь переименовать из "LAN" в "LAN1") имеет 192.168.1/24, а LAN2 - 10/24.
Теперь сначала я хочу прояснить концепцию, которую, как мне кажется, вы не понимаете (поскольку ваша текущая диаграмма выглядит немного неполной, поскольку она показывает только некоторые из адресов IPv4, которые необходимо будет использовать). Адрес 192.168.1/24, используемый вашим OpenWRT, обычно не назначается всему устройству OpenWRT. Адрес 192.168.1/24, используемый вашим OpenWRT, обычно назначается конкретному сетевому порту. Таким образом, сетевой порт в OpenWRT, который связывается с LAN1, использует адрес 192.168.1/24, и у OpenWRT должен быть другой адрес IPv4, который связывается с "MODEM". По правде говоря, мне все равно, какой адрес используется для подключения OpenWRT к модему (это может быть даже публичный IPv4-адрес, если модем использует мостовое соединение), если он не находится в той же подсети, что и все остальное, что мы используем. например, если OpenWRT использует 192.168.0/30 для подключения к модему, то это нормально, потому что эта подсеть не перекрывается с чем-либо еще, что используется в другом месте.
Все еще необходимы адреса IPv4, которые OpenWRT и ZTE используют для связи друг с другом по кабелю «LAN-to-LAN» на диаграмме. Поэтому назначьте эту ссылку подсети и назначьте этим сетевым портам адрес в подсети. например, использовать OpenWRT 192.168.2.1/30 и ZTE использовать 192.168.2.2/30, или OpenWRT использовать 172.16.0.2/30 и ZTE использовать 172.16.0.1/30.
Примечание: вы можете заметить, что в некоторых случаях я использую IPv4 /30 вместо IPv4 /24. «/30» представляет размер подсети; /30 хорошо поддерживает 2 устройства, а /24 хорошо поддерживает 254 устройства. Я просто упоминаю /30, когда вы можете использовать маленькую подсеть. Тем не менее, вы можете использовать /24 вместо /30, что на самом деле не повредит. Это может привести к тому, что некоторые адреса будут "потрачены впустую", потому что они не так просты в использовании, но вероятной альтернативой является то, что они в любом случае просто останутся неиспользованными, и у вас есть буквально миллионы адресов, так что можно использовать любой из них. Если вы хотите лучше понять тему, читайте дальше о размерах подсетей (особенно, смотрите диаграмму "Маска подсети переменной длины", также как диаграмму VLSM) и /или нотацию CIDR.
Затем попробуйте заставить устройства OpenWRT и ZTE "пинговать" друг друга. Очень часто устройства, настроенные с помощью внутреннего веб-сервера, имеют страницу, предоставляющую доступ для создания теста "ping".
Я предлагаю вам убедиться, что это работает, прежде чем пытаться настроить функционирование маршрутизации. Как только каждое устройство сможет обмениваться данными с соседними устройствами, начните пытаться убедиться, что каждое устройство имеет необходимые маршруты для передачи трафика на другие устройства в сети. Если ваши ПК не могут общаться, попробуйте использовать тест "ping", чтобы определить, какие сетевые порты вы можете успешно пропинговать на удаленных устройствах.
Возможно, вам придется настроить некоторые брандмауэры (например, программное обеспечение "Брандмауэр Windows"), чтобы устройства могли реагировать на пинг. (Если у вас есть доступное оборудование, может быть полезно, если у вас есть коммутатор, подключенный к одному порту на маршрутизаторе, и к этому коммутатору подключено несколько компьютеров, чтобы проверить, могут ли устройства в одной подсети проверять связь друг с другом. Это может помочь определить, реагируют ли устройства на пинг, не беспокоясь о помехах со стороны маршрутизатора.)
Возможно, вы захотите задать больше вопросов о том, как включить маршрутизацию. Тем не менее, я полагаю, что вы даже не думаете об этом, пока не назначите все адреса IPv4, которые вам нужно назначить. Как только вы получите эти адреса, вы, вероятно, поможете нам, предоставив обновленную схему сети, прежде чем задавать другие вопросы о том, как заставить работать маршрутизацию.
Это определенно возможно, фактически это основа работы маршрутизации (маршрутизаторов). С помощью различных способов - статических маршрутов, настроенных в локальном маршрутизаторе, обновления по протоколу, называемому RIP (Routing Information Protocol), который по сути является маршрутизаторами, совместно использующими информацию о маршрутизации, и, если ничего не помогает, шлюзы по умолчанию (DG).
DG - это место, где трафик отправляется, когда локальный маршрутизатор не знает, куда его отправлять - как правило, из вашей локальной сети и на маршрутизатор интернет-провайдера. Ваш ПК будет иметь ваш локальный маршрутизатор как DG, ваш маршрутизатор будет иметь маршрутизатор ISP на своем порту WAN, как это DG, и так далее.
В случае, если вы спрашиваете, для каждого маршрутизатора должен быть настроен статический маршрут; который, если бы это был маршрутизатор на базе Linux, вы бы делали с помощью команд примерно так: маршрутизатор 1 имеет IP-адрес локальной сети 192.168.0.1 и физический порт Ethernet, подключенный к маршрутизатору 2, называемому eth3, и маршрутизатор 2 с IP-адресом 10.0.0.1 подключиться к маршрутизатору 1 через порт LAN 'eth0' (выбран произвольно) На маршрутизаторе 1:
ip route add 10.0.0.0/24 via 192.168.0.1 dev eth3
и на роутере 2:
ip route add 192.168.1.0/24 via 10.0.0.1 dev eth0
Любой ПК, подключенный к любому из этих маршрутизаторов, пытающихся установить связь с подсетью, в которой он не находится, должен настроить локальный маршрутизатор * как DG. DHCP обычно настраивает это, если вы не используете статические IP-адреса.
Если бы у него был другой DG (и, вероятно, несколько сетевых карт), ему нужно было бы настроить статический маршрут локально (например, 192.168.1.0/24 через [computers IP 10.0.0.x] dev [компьютеры NIC, подключенные к маршрутизатору 2). Маршрутизатор все равно будет нуждаться в тех же самых маршрутах, добавленных сверху в любом случае.
* технически IP-адрес локальной сети маршрутизаторов
Этот сайт имеет хорошее описание концепций, связанных с здесь:http://linux-ip.net/html/routing-intro.html
Если у вас RIP версии 2 или другие более сложные протоколы между маршрутизаторами, эта информация о маршрутизации может передаваться между маршрутизаторами без какой-либо дополнительной настройки - см. Https://en.wikipedia.org/wiki/Routing_Information_Protocol