Моему провайдеру не пофигу :) Верней не так - провайдеру пофигу, а клиентам лишний геморрой. Либо свитч на входе и втыкай что угодно, в т.ч. ТВ, либо ставь роутер и настраивай там igmp proxy. Второй вариант неубедителен, ибо будет захлебывается WiFi, т.к. на него ТВ-шный трафик тоже сыпется. Поэтому и приходится прибегать к извращениям.
Протестировал на виртуалке предыдущий вариант (аплинк и ТВ в бридж, адрес получает бридж). Вроде более-менее работает, хотя не понимаю как. Будет время проверю на боевом железе. 5 февраля 2014 г., 22:34 пользователь Artem Chuprina <[email protected]>написал: > Черноус Алексей -> [email protected] @ Wed, 5 Feb 2014 > 19:40:56 +0200: > > ЧА> У меня немного другая ситуация, но думаю поможет: > ЧА> В eth0 кабель от провайдера (подключение через pppoe), в eth1 кабель > от > ЧА> всей локальной сети, в которой имеется и телевизор. В настройках > ЧА> телевизора прописал IP компа (192.168.0.1) как шлюз, а на компе > ЧА> запускаю скрипт: > ЧА> #!/bin/bash > ЧА> NET_IFACE="ppp0" > ЧА> TV_IP="192.168.0.81" > ЧА> TV_MAC="78:AA:BB:B7:23:54" > ЧА> iptables -t filter -F > ЧА> iptables -t nat -F > ЧА> iptables -t filter -A FORWARD -m mac --mac-source $TV_MAC -j ACCEPT > ЧА> iptables -t nat -A POSTROUTING -s $TV_IP -o $NET_IFACE -j MASQUERADE > ЧА> echo "1" > /proc/sys/net/ipv4/ip_forward > > ЧА> Работает это примерно так: комп фильтрует пакеты от TV_MAC телевизора > и > ЧА> передаёт их на интерфейс NET_IFACE провайдера, предварительно > ЧА> замаскировав локальный IP телевизора. > > Кстати, да. Провайдеру должно быть пофигу, один адрес у роутера и > телевизора, или разные. > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact > [email protected] > Archive: http://lists.debian.org/[email protected] > >
