Объединение беспроводного и проводного интерфейсов

[Karl500]

Есть у меня в домашней сети, где интернет раздается тайм-капсулой по WiFi небольшой серверок с Ubuntu 16.04. Интерфейс он получает по WiFi, IP адрес от DHCP на тайм-капсуле. К проводному его интерфейсу подключен ресивер, которому а) тоже нужно раздать интернет и б) его должны видеть другие клиенты, подключенные в домашнюю сеть по WiFi.

На сервере сейчас вот такая конфигурация сети:

(Нажмите, чтобы показать/скрыть)

$ cat /etc/network/interfaces
# interfaces(5) file used by ifup( and ifdown(
auto lo
iface lo inet loopback

iface wlp3s0 inet dhcp
  wpa-driver wext
  wpa-ssid Gsh
  wpa-ap-scan 1
  wpa-proto RSN
  wpa-pairwise CCMP
  wpa-group CCMP
  wpa-key-mgmt WPA-PSK
  wpa-psk 2ec0a895524567340f5293cdd3bccda90b1ffdc56bcb2357dbc85b7221dc6796
auto wlp3s0

iface enp1s0 inet dhcp
auto enp1s0

auto br0
iface br0 inet dhcp
bridge_ports wlp3s0 enp1s0
bridge_stp off
bridge_fd 0
bridge_maxwait 0

$ cat /proc/sys/net/ipv4/ip_forward
1

$ ip-tables-save
$

Однако не работает:

(Нажмите, чтобы показать/скрыть)

$ ifconfig -a
br0       Link encap:Ethernet  HWaddr 00:e0:4c:69:3d:31 
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:138 errors:0 dropped:0 overruns:0 frame:0
          TX packets:86 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:39979 (39.9 KB)  TX bytes:26150 (26.1 KB)

br0:avahi Link encap:Ethernet  HWaddr 00:e0:4c:69:3d:31 
          inet addr:169.254.5.157  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

enp1s0    Link encap:Ethernet  HWaddr 00:e0:4c:69:3d:31 
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:138 errors:0 dropped:0 overruns:0 frame:0
          TX packets:206 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:41911 (41.9 KB)  TX bytes:54527 (54.5 KB)

enp1s0:avahi Link encap:Ethernet  HWaddr 00:e0:4c:69:3d:31 
          inet addr:169.254.5.157  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:216 (216.0 B)  TX bytes:216 (216.0 B)

wlp3s0    Link encap:Ethernet  HWaddr 00:1e:65:5c:bb:1a 
          inet addr:192.168.0.10  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2775 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1378 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:337554 (337.5 KB)  TX bytes:299333 (299.3 KB)

Поставил даже dhcp-relay в надежде, что поможет, однако ничего не произошло.

(Нажмите, чтобы показать/скрыть)

$ ps aux | grep dhcrelay
root      1913  0.0  0.2  25584  9668 ?        Ss   16:32   0:00 /usr/sbin/dhcrelay -d -4 -i enp1s0 -i br0 -i wlp3s0 192.168.0.1

Куда рыть-то?

[AnrDaemon]

iface wlp3s0 inet manual

[Karl500]

я правильно понимаю, что с dhcp такую схему реализовать невозможно?

[AnrDaemon]

Почему? O.o
Ты просто пытаешься получить адрес на один интерфейс(br0) дважды. Вот у тебя и получается дурдом.
Пользователь добавил сообщение 06 Ноября 2017, 18:26:21:Даже трижды.

[Karl500]

ОК, попробую объяснить, что я пытаюсь сделать. В идеале я вижу это так:

- интерфейс wlp3s0 получает адрес от dhcp-сервера (тайм-капсулы)
- ресивер, подключенный к enp1s0, получает адрес от того же dhcp-сервера
- wlp3s0 и enp1s0 объединены в мост, чтобы ресивер сидел в той же сети, что и все остальные wifi-клиенты.

как это по-другому записать, чтобы не было попытки получить адрес два раза?

[AnrDaemon]

Ты уже определись, либо он в бридже либо получает адрес.

Мост - это ОДИН интерфейс.

[Karl500]

(покладисто) ок. Забудем и про dhcp - пусть будет static.

Тогда которому из трех интерфейсов задавать адрес (остальные два, как я понимаю), остаются manual?

При попытке задать адрес интерфейсу br0 сервер пропадает из сети. Ну и на iwconfig br0 естественная реакция - br0 has no wireless extensions
 

[AnrDaemon]

(покладисто) ок. Забудем и про dhcp - пусть будет static.

static означает, что ты собираешься его использовать напрямую, с адресом, бильярдом и куртизанками.
manual - что ты собираешься его крутить руками на своё усмотрение.

Тогда которому из трех интерфейсов

Нет никаких "трёх" - есть один - br0. Что там у него внутри - технические детали, которые на уровень приложения не выплывают.

При попытке задать адрес интерфейсу br0 сервер пропадает из сети. Ну и на iwconfig br0 естественная реакция - br0 has no wireless extensions

Предсказуемо. Разберись с вайфаем, он должен просто подключаться, без получения адреса, это обеспечит работу ФИЗИЧЕСКОГО слоя передачи данных.
Точно так же настраивается провод - линк поднимается и на этом всё.
А уже br0 объединит эти два физических слоя, перекидывая тот же DHCP между интерфейсами, и сядет сверху, выводя сеть в сервер и давая адрес, который могут использовать приложения.
Можешь даже мак ему дать какой хочешь, только чтобы на "02:" начинался.

[Karl500]

Не так все просто в случае беспроводного интерфейса. Похоже, вот решение: https://wiki.debian.org/BridgeNetworkConnectionsProxyArp
Завтра буду пробовать.
Пользователь добавил сообщение 07 Ноября 2017, 20:56:00:Да, вариант Proxy ARP, в отличие от моста, в случае с беспроводным интерфейсом работает. Одно отличие от указанного по ссылке варианта: для пересылки широковещательных DCHP-запросов я использовал isc-dhcp-relay вместо dhcp-helper