Сеть Bridged Tomato - проблемы с некоторыми устройствами в сегменте Bridged Wired

3

Это моя сеть:

This is my network

Пунктирные линии обозначают беспроводные соединения, сплошные линии указывают соединения Ethernet.

Я использовал два маршрутизатора ASUS и Tomato, чтобы соединить мою сеть. Итак, у меня есть два проводных сегмента и беспроводная сеть, предоставляемая основным маршрутизатором, подключенным к моему кабельному модему.

Казалось, все было хорошо, когда я установил мост на прошлой неделе.

Основной маршрутизатор .1 настроен для DHCP, и практически все это DHCP с резервированием по MAC-адресу. Мосту назначено .2 для его локальной сети, и он установлен в режиме беспроводного моста. Маршрутизатор .2 установлен в мостовом режиме и подключается по беспроводной сети к .1, обеспечивая связь для всех устройств на его портах Ethernet.

Но сегодня я вижу, что Pogoplug 2 (.195) не может попасть в Интернет.

Он не может пропинговать 192.168.1.1.

Может пинговать .2 (это мост), .199 (беспроводной Mac), .197 (проводной), .196 (проводной) и т.д.

Я подключен с .199 до .195 через SSH.

Если я использую инструменты Tomato на мосту, он может пропинговать .1, 8.8.8.8 и т. Д., Так что, похоже, все в порядке.

Что мне здесь не хватает? Похоже, что-то простое.

Pogoplug2 ifconfig:

[root@alarm ~]# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.195  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::225:31ff:fe05:38bc  prefixlen 64  scopeid 0x20<link>
        ether 00:25:31:05:38:bc  txqueuelen 1000  (Ethernet)
        RX packets 169  bytes 20660 (20.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 89  bytes 11323 (11.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 11  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 16436
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 4  bytes 260 (260.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 260 (260.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ПК на мостовой части в порядке - пингует 192.168.1.1

Устройства OSX, Ubuntu, Windows в сегменте моста кажутся нормальными.

Pogoplug, Raspberry Pi есть проблемы. Проблема возникает в прошивках Tomato и DD-WRT. У меня был друг, который подтвердил, что похоже на ту же проблему с устройством FreeBSD (но не с клиентом Windows) в сегменте с мостовыми соединениями, как это с Tomato на маршрутизаторах Cisco-Linksys.

Эта конфигурация или клиентские дефекты или чувствительность или что?

Cade Roux
источник
Не для того, чтобы быть легкомысленным, но вы пробовали просто выключить и включить WAP и модем?
joeqwerty
@joeqwerty Будет (снова). Я просто поставил ПК на соединенную мостом часть, и это нормально - пингует 192.168.1.1, так что, похоже, это PgogoPlug - тоже перезагрузка, чтобы увидеть.
Cade Roux
@joeqwerty не имеет значения.
Cade Roux

Ответы:

2

Друг, который оказался сетевым администратором и Cisco / маршрутизатором, настроил систему, которая демонстрирует проблему, а затем отправил мне решение:

Вы могли бы подумать, что это было бы обсуждено там больше. Кто   знает? Я действительно думаю, что это комбинация ошибок. Когда вы настраиваете   2-й маршрутизатор в качестве беспроводного моста, 1-й маршрутизатор должен видеть только   MAC-адрес WLAN второго маршрутизатора. Это должен прокси-арп всех клиентов   на его стороне. Логика этого прилично объяснена в разделах 16.3.   и 16.3.1 на этом сайте: http://lartc.org/howto/lartc.bridging.proxy-arp.html

В любом случае, у меня есть обходной путь для вас. На вашем роутере 192.168.1.1,   перейти к администрированию - & gt; Планировщик. Включите «Custom 1» и поставьте «arp -d»   192.168.1.195 "(ваш IP-адрес PogoPlug) в окне команд без кавычек. Настройте его выполнение каждые 3 минуты каждого дня.   необходимо, но это работает для моего подключения к FreeBSD для   более 45 минут.

Cade Roux
источник
Может кто-нибудь объяснить, почему удаление arp запись на маршрутизаторе позволяет устройствам, подключенным к мосту, получать доступ к глобальной сети маршрутизатора?
Demis
0

У меня тоже была эта проблема, но с конкретным ПК. Если я установил IP-адрес проблемного компьютера статически, это сработало. Там не было ничего явно неправильно.

Однако я должен отметить, что около года назад я перешел на DDWRT, и с тех пор у меня не было проблем. Вы можете попробовать это.

Matt H
источник
Для s & amp; g я просто перепрограммировал маршрутизатор на DDWRT и поместил его в клиентский мост. Опять же, ПК работает нормально, но PogoPlug не будет пинговать .1.1 или выходить в Интернет. Кажется, все больше и больше будет проблема Pogoplug. Я не хочу, но я собираюсь попробовать этот маршрутизатор и сделать свой собственный DHCP
Cade Roux
Я также переместил Raspberry Pi в сегмент моста, и у него те же симптомы. RPi - это Debian, а Pogoplug - это Arch. ПК с Windows и ПК с Ubuntu не имеют проблем в соединительном сегменте.
Cade Roux