LINUX.ORG.RU
решено Форум — Admin  

dlna и сетевой мост


1

3

есть машина с plex media server, который телевизор lg видит по своему протоколу + умеет dlna.

когда ip прописан на eth0 - все нормально, телевизор видит plex как по внутреннему протокола, так и по dlna. но как только я ip переношу на br0 (мне это нужно для lxc-контейнеров), то по внутреннему видит через раз (в основном сразу после перезапуска сервиса, потом теряет), и совсем не видит по dlna.

$ ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
    link/ether d0:27:88:0f:a5:f2 brd ff:ff:ff:ff:ff:ff
$ ip link show br0
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT 
    link/ether d0:27:88:0f:a5:f2 brd ff:ff:ff:ff:ff:ff
★★★★★
← вопрос по поводу маршрутизации
Копирование файлов старше X дней →

На хосте фильтрация iptables есть ?

что говорит 

grep . /proc/sys/net/bridge/bridge-nf-call*

Если используется iptables, то нужно либо добавить разрешающие правила для бриджевого интерфейса, либо в bridge-nf-call-iptables прописать 0

vel ★★★★★
()
Ответ на: комментарий от vel 
$ sudo iptables -L
[sudo] password for turbid: 
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
$ grep . /proc/sys/net/bridge/bridge-nf-call*
/proc/sys/net/bridge/bridge-nf-call-arptables:1
/proc/sys/net/bridge/bridge-nf-call-ip6tables:1
/proc/sys/net/bridge/bridge-nf-call-iptables:1
Turbid ★★★★★
() автор топика
Ответ на: комментарий от vel

прописал 

net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0

будем проверять

Turbid ★★★★★
() автор топика
Ответ на: комментарий от Turbid

Ну тогда нужно смотреть на МАС-и интерфейса и моста.

После добавления интерфейса в мост, он может менять свой МАС (если не ошибаюсь, на минимальный МАС адрес )

У LXC локальные адреса линков генерятся рандомно и это может приводить к проблемам. Я специально хакал lxc чтоб можно было указывать локальный hw addr.

Полезно выполнять после создания моста 

brctl setfd br0 0
иначе он 10 секунд думает перед тем как начать форвардинг.

PS для отладки чтоб мост стал хабом можно сказать 

brctl setageing br0 0

vel ★★★★★
()
Ответ на: комментарий от vel

игра с bridge-nf-call-iptables не помогла.

После добавления интерфейса в мост, он может менять свой МАС (если не ошибаюсь, на минимальный МАС адрес )

да нет, судя по выхлопу он такой же как и у eth0

У LXC локальные адреса линков генерятся рандомно и это может приводить к проблемам. Я специально хакал lxc чтоб можно было указывать локальный hw addr.

все lxc сейчас вырублены - специально для чистоты тестов. plex стоит на самом хосте.

p.s. вот здесь как будто бы похожая проблема с plex.

Turbid ★★★★★
() автор топика

Выключи igmp snooping на бридже

ivanich ★★
()

Всем спасибо, проблема решилась:

echo "0" > /sys/devices/virtual/net/br0/bridge/multicast_snooping
Turbid ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← вопрос по поводу маршрутизации
Admin
Копирование файлов старше X дней →