Объявление

**v111** · 03.01.2015, 01:43

Выкладываю последовательность действий по настройке режима клиента с updxy и IGMPPROXY на TPLINK TL-WR741ND v4.20 с OpenWrt Barrier Breaker 14.07 / LuCI Trunk (0.12+svn-r10530).

1. Подключаем кабель с интернетом к WAN, провод LAN к компу.Сбрасываю настройки на дефолтные
2. Меняю пароль.
3. IP адрес роутера на 192.168.2.1
4. Устанавливаю пакеты язык, updxy, IGMPPROXY. Ставлю в загрузку updxy, IGMPPROXY- Включаю (не запускаю)(updxy в принципе при нормально настроеном IGMPPROXY и не нужен, поставил на всякий случай для всяких там Android-ов).
5. Настраиваю режим клиента: подключаюсь к точке доступа и настраиваю свою wi-fi.
СЕТЬ WI-FI СКАНИРОВАТЬ Получаем список доступных сетей - подключаемся. Далее попадаем на вкладку Беспроводная сеть: Клиент. Во вкладке Конфигурация устройства ничего не меняю. Идем ниже Конфигурация интерфейса Общие настройки ничего не меняю. Во вкладке безопасность настраиваем тип шифрования и ключ точки доступа к котрой подключаемся.
Возвращаемся в СЕТЬ WI-FI жмем ДОБАВИТЬ и настраиваем свою сеть wi-fi как обычно. Конфигурация устройства ничего не меняем. Конфигурация интерфейса Общие настройки режим -точка доступа (по умолчанию), водим SSID, в пункте Сеть отмечем галочкой LAN (без этого нет доступа к сети по WI-FI). Во вкладке безопасность настраиваем тип шифрования и ключ своей точеи доступа.
6. Этот пункт можно пропустить. Он для особо дотошных. Далее проверяю, что на WAN И WWAN есть IP. По очередно отключаю интерфейсы WAN И WWAN, проверяю наличие интернета по кабелю и WI-FI c WAN И WWAN по отдельности и вместе. Главное не отключить по ошибке LAN.
Сеть и интернет есть везде.
Тут поймал был глюк при отключении WWAN на WAN интрента не было... Пару раз перезапустил интерфейсы появился, может совпало... При проверке имейте ввиду, что включение WWAN занимает больше времени чем WAN.
5. Для тех кто незнает какие адреса altnet прописывать в /etc/init.d/igmpproxy и хочет их узнать с помощью утилиты tcpdump, советую это сделать до установки других пакетов, поскольку после установки tcpdump на моем TP-Link TL-WR741ND с установлеными updxy, IGMPPROXY остается 7% свободного места и остальное может не влезть. Для тех у кого памяти побольше могу игнорировать.

Настройка IP-TV по инструкци wiki http://wiki.openwrt.org/ru/doc/howto/udp_multicast
Команда cat /sys/devices/virtual/net/br-lan/bridge/multicast_snooping
получем 1, если нет, команда option igmp_snooping 1
Редактируем /etc/config/igmpproxy согласно wiki, главное правильные строки altnet и ставим службу в автозагрузку.
Редактируем /etc/config/firewall и добавляем строки именно так

Спойлер (+/-) (/etc/config/firewall)

Согласно рекомендации wiki (в самом конце) по совместному использованию igmpproxy и udpxy.
Если вы планируете использовать одновременно igmpproxy и udpxy, то в файле конфигурации фаервола – /etc/config/firewall у вас в итоге должно быть два правила:

Спойлер (+/-) (/etc/config/firewall)

У меня не заработало, работает только с тремя правилами как выше.

Перезапускаем firewall и igmpproxy.
Проверяем IPTV через IGMPPROXY. Для чистоты эксперемента отключаем WWAN интерфейс. Убеждаемся, что IPTV работает как по проводу так и по WI-FI. Если проверяете через IP-TV Player то в настройках при необходимости меняйте сеттевой интерфейс с авто на прописанные там IP, после смены подключения плеер подглючивает.
Далее отключаем WAN и включаем WWAN и убеждаемся, что IPTV в режиме клиента не работает ни по WI-FI ни по кабелю.
В ситемном журнале что-то наподобии Mon Jan 5 13:42:11 2015 user.emerg syslog: Not starting instance igmpproxy::instance1, an error was indicated
Редактируем /etc/config/igmpproxy заменить "option network wan" на "option network wwan", тоесть вместо "wan" пишем "wwan". Из-за одной буквы я убил несколько дней и ввязался в перепалку на разных форумах.
Перезагружаем igmpproxy. Отключаем WAN (потом можно включить) или просто выдергиваем провод из порта, радуемся IPTV в режиме клиента по кабелю и WI-FI.
Если надо вернуть обратно, чтобы получать IPTV кабелю в WAN соотвественно в /etc/config/igmpproxy меняем "wwan" на "wan" в /etc/config/igmpproxy

Теперь, что касается updxy, я ничего не редактировал, а просто в СИСТЕМА-ЗАПУСК ЛОКАЛЬНЫЙ ЗАПУСК добавил перед "exit 0" строку:
udpxy -a 192.168.2.1 -p 4022 -B 512kb -M 30
Значения 192.168.2.1, 4022 и 512kb у Вас могут быть другими. Заходим http://192.168.2.1:4022/status и видим, что все включилось. В настройках IP-TV Player сеттевой интерфейс меняем с авто на 192.168.2.1:4022 и радуемся.

Теперь, второй (НЕ ПРАВИЛЬНЫЙ по мнению некоторых) способ заставить IGMPPROXY работать в режиме клиента. Проделываем все вишесказанное до нижеуказаного момента.
Редактируем /etc/config/igmpproxy согласно wiki, главное правильные строки altnet и ставим службу в автозагрузку.
Редактируем /etc/config/firewall и добавляем три правила указаные више. Перезапускаем firewall igmpproxy.
Далее Сеть -Интерфейсы отредактировать WAN в физических параметрах сменить Адаптер Ethernet: "eth1" на Безпроводную сеть: Client. (никаких мостов не создаю).
Если нужно обратно, чтобы снова получать IPTV по кабелю редактирием WAN Безпроводную сеть: Client меняем на Адаптер Ethernet: "eth1"
С updxy все также.
В чем неправильность второго способа и чем она грозит я так и не понял, если все работает. Кому какой способ удобней решать Вам. Я лично выбираю первый "правильный", поскольку я c Openwrt знаком c две недели, а уже такой "умный". :) Раз говорят - значит знают! Кроме того при втором способе у меня иногда пропадала сеть на WI-FI хотя подключение сохранялось, помогало только переподключение. Может совпало... Незнаю..

И еще подскажите: хотя все каналы показывают в системном журнале иногда получаю
Mon Jan 5 17:05:11 2015 user.warn igmpproxy[5883]: The source address 192.168.2.134 for group 239.255.255.250, is not in any valid net for upstream VIF.
Может стоить добавить в /etc/config/igmpproxy list altnet 239.255.255.0/24
в igmpproxy добавил строку list altnet 192.168.0.0/16
Ошибка исчезла...

Объявление

OpenWrt IGMP proxy IPTV в режиме клиента

OpenWrt IGMP proxy IPTV в режиме клиента

Комментарий