Прочее - Настройка tp-link tl-wr741nd (openwrt) в режиме клиента(рипитера)

[val674]

нет, молчит гаденыш



Некоторое время идет подключение к 192.168.1.1 , потом пишет Не удалось открыть подключение к этому узлу, на порт 23: Сбой подключения.



А нет, подключился! Я к Wan порту подключал (чтобы сброс сделать), через lan подключился (че то туплю)



Сбросил. Эксперимент с точкой доступа ПРОДОЛЖАЕТСЯ!

[val674]

Здравствуйте. Сколько ни бьюсь с настройками ничего не выходит. Делаю все так как написал sinedkrd , но результата нет. Zyxel то видит клиента (tp-link) то почему то клиент становится неактивен. Не совсем понятно как настраивать фаервол, если вообще нужно что то настраивать. Может вообще его отключить чтобы избежать ошибок в настройках.

[kurbatryn]

Цитата val674:



Делаю все так как написал sinedkrd , но результата нет.

Прочее - Настройка tp-link tl-wr741nd (openwrt) в режиме клиента(рипитера)

Может у роутеров: 741 и 1043 просто разные возможности, которые выражаются в режимах работы и чем обусловлена разница в цене устройств?

[V111L]

Цитата sinedkrd:

Идем в Nrtwork-Interfaces-WWAN, там ставим статичный IP и все остальные потраха(шлюз днс) от сети Кинетика

Прочее - Настройка tp-link tl-wr741nd (openwrt) в режиме клиента(рипитера)

А если оставить клиент DHCP? У меня именно так и работает...



Выкладываю последовательность действий по настройке режима клиента с 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

[spoiler]Код:

[/spoiler]

Код: Выделить всё

config rule
    option name 'Allow-IGMP'
    option src 'wan'
    option proto 'igmp'
    option target 'ACCEPT'
config rule
    option name 'Allow-IPTV-IGMPPROXY'
    option src 'wan'
    option proto 'udp'
    option dest 'lan'
    option dest_ip '224.0.0.0/4'
    option target 'ACCEPT'
config rule
    option name 'Allow-IPTV-ALL'
    option src 'wan'
    option proto 'all'
    option dest_ip '224.0.0.0/4'
    option target 'ACCEPT'

Согласно рекомендации wiki (в самом конце) по совместному использованию igmpproxy и udpxy.

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



/etc/config/firewall

[spoiler]Код:

[/spoiler]

Код: Выделить всё

config rule
    option name 'Allow-IGMP'
    option src 'wan'
    option proto 'igmp'
    option target 'ACCEPT'
config rule
    option name 'Allow-IPTV-ALL'
    option src 'wan'
    option proto 'all'
    option dest_ip '224.0.0.0/4'
    option target 'ACCEPT'

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



Перезапускаем 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

[alexeyovcharenko@vk]

Сделал также как писал sinedkrd и всё получилось.

[alexeyovcharenko@vk]

Чем не устраивает заводская прошивка TP-link?

Там есть режим WDS-мост, который замечательно справляется с этой задачей.

http://www.tp-linkru.com/article/?faqid=227

[kurbatryn]

WDS-мост, главным образом, не устраивает в случаях, когда нет доступа к вэб интерфейсу "главной" точки доступа... Кроме того, насколько помню, WDS режет скорость... Кроме того иногда невозможно настроить WDS-мост на роутерах разных производителей