Необъяснимый лизинг DHCP с использованием LEDE / OpenWRT (LuCI)


0

Так что все это началось при попытке запустить apt-get update на моем Raspberry Pi0. Моя установка выглядит следующим образом:

У меня установлен маршрутизатор Netgear WNR2000v5 с релейным мостом между портами LAN и интерфейсом клиента, подключенным к моему основному WiFi. RPi0 подключен к маршрутизатору Netgear через MiniUSB & gt; Концентратор USB с адаптером Ethernet.

Интерфейс клиента ( wwan ) устанавливается со статическим ip как показано:

Конфигурация статического IP-адреса клиента:

enter image description here

Сеть LAN настроена с конфигурацией ниже в соответствии с руководством OpenWRT для моста реле.

LAN статический ip config:

enter image description here

Релейный мост соединяет два интерфейса:

Конфигурация моста реле:

enter image description here

DHCP-сервер настроен только для интерфейса локальной сети. В настоящее время маршрутизатор netgear имеет 4 устройства, подключенных через порты:

  • Телевизор Samsung
  • Raspberry Pi B +
  • Настольный ПК
  • Raspberry Pi 0

Странные вещи, чтобы упомянуть:

Мой провайдер - XFinity, поэтому я могу использовать XFi для мониторинга IP-адресов, подключенных к сети.

1) Телевизор Samsung говорит, что он подключен к интернету с IP-адресом 10.0.0.128, XFi говорит, что телевизор Samsung связан с IP-адресом 10.0.0.228

2) Raspberry Pi B + виден в LEDE DHCPv6 Аренда с IP-адресом 10.0.0.84, Я могу ssh (иногда - в противном случае я получаю тайм-аут соединения) в Pi из моей основной сети (т.е. без подключения через порты LAN на маршрутизаторе netgear). apt-get update работает через ssh для RPi B +.

3) С отключенным Wi-Fi на моем компьютере, я могу получить доступ к Интернету идеально. ПК говорит свой IP-адрес 10.0.0.200, Это даже не появляется на XFi или в LuCI. Также я могу подключиться к ПК с указанным адресом.

4) Это то, что больше всего ошеломляет меня ... Raspberry Pi 0 получает аренду DHCP для другого диапазона сети. Единственное отличие в этом соединении - это USB-адаптер. Будет ли это иметь значение? Изображение того, что видно в LuCI ниже:

LuCI устройство сдает в аренду:

enter image description here

Я попытался изменить RPi0, чтобы иметь статический IP-адрес в диапазоне сети, который я хочу ( 10.0.0.0 ) но я не должен делать это правильно.

Я получил много дополнительной информации, но прежде чем загромождать сообщение, я хотел бы увидеть, есть ли что-то очевидное, что я упускаю. Тем не менее, есть много странных вещей, чтобы я даже знал, с чего начать ... Чего мне не хватает?

Ответы:


0

Хорошо, так как я сетевой новичок, я не уверен, почему это сработало, но я добавил статический маршрут, и это, похоже, решило мою проблему:

enter image description here

Не уверен, какой тип маршрута должен быть, но одноадресный работает, я думаю,

Все еще не уверен во всех других странностях - все равно буду благодарен за объяснение.

Обновление: я понятия не имею, почему указание интерфейса LAN работало в первый раз, но вскоре перестало работать. Указав relay_bridge Интерфейсные вещи, кажется, работают согласованно.

ОБНОВИТЬ: Я оставляю приведенный выше ответ на случай, если у него есть какие-либо достоинства (хотя я думаю, что конфигурация была случайно перепутана таким образом, что вещи чудесным образом работали немного). Так как конфигурация закончилась, я не уверен, что ответ выше является правильным. Вместо этого, то, что у меня сейчас, что постоянно работает, это:

После того, как точно следовать этому уроку: https://openwrt.org/docs/guide-user/network/wifi/relay_configuration Я играл с масками ipv4 для интерфейсов lan и wwan, пока устройства не были видны * в сети, а устройства, подключенные через lan, имели доступ в Интернет. Кроме того, я включил маскировку сети в разделе Сеть & gt; Брандмауэр. Для локальной сети маска ipv4 была 255.0.0.0, а для wwan маска ipv4 была 255.255.255.0. Если в руководстве не было информации для заполнения поля, поле оставалось пустым.

  • под «видимым» я имею в виду, что могу получить доступ к устройствам в сети по их известному IP. Как ни странно, сканирование по сети не может обнаружить эти устройства (это еще один вопрос для Super User)
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.