Налагодження Chromecast для роботи в підмережах

Я знаю, що Google каже, що його не підтримують. Хтось отримав Chromecast для спілкування з клієнтом у іншій підмережі? У мене маршрутизатор OpenWRT підключений до маршрутизатора моїх Інтернет-провайдерів (батьківського маршрутизатора). Мережа OpenWRT являє собою іншу підмережу та обробляє DHCP і т. Д. Мережа OpenWRT (192.168.1.0/24) та батьківська мережа (192.168.11.0/24)

Хромкаст знаходиться в материнській мережі, я хочу, щоб клієнти мережі OpenWRT користувалися Chromecast.

Увімкнено igmp_snooping, запуск igmpproxy та avahi-daemon в режимі рефлектора. Я бачу Chromecast у провіднику bonjour (з машини мережі OpenWRT), але додаток Chromecast не підключиться.

Я також спробував збільшити TTL на маршрутизаторі OpenWRT

iptables -t mangle -A PREROUTING -i eth0 -d 239.255.255.250 -j TTL --ttl-inc 1
iptables -t mangle -A PREROUTING -i wlan0 -d 239.255.255.250 -j TTL --ttl-inc 1

Використовуючи дротик, я можу бачити, що хромовідвідник та комп'ютер розмовляють через підмережі ... але він все ще не зможе з'єднатися.

Я також можу надіслати повідомлення хрономану з дочірньої мережі.

Хтось робив це? Якісь покажчики?

Наскільки я можу сказати, єдиною проблемою, яка перешкоджає використанню Chromecast від інших підмереж, є одне з відкриттів, яке вирішується багатоадресними пакетами UPNP, які, на жаль, мають TTL 1. Замість того, щоб моєму маршрутизатору робити все звичайне багатоадресневе shenanigans і коригуючи TTL, як ви пропонуєте, я написав сценарій python, щоб рекламувати свій Chromecast в іншій підмережі. Він доступний на github .

Я бачу 2 потенційні проблеми.

1) Chromecast може використовувати протокол без маршрутизації. Подумайте NetBIOS або IPX. Тільки тому, що він і пристрій, який він також приєднує, використовують IP для управління, не означає, що відеопакети можуть проходити через цей мережевий пристрій

2) Ви також можете зіткнутися з цією проблемою маршрутизації. У мене виникло декілька проблем із дешевими мережевими пристроями, які мали проблеми з маршрутизацією між 192.168 приватними мережами. Цей мережевий простір не був розроблений для більшого маршрутизації підприємства. Ми зіткнулися з проблемою на одному сайті, коли намагалися об'єднати два суміжні діапазони, регулюючи мережеве маскування. Не повинно виникнути проблем, але маршрутизатор не зробив би це надійно.

Якщо ви спробуєте натомість 10.x.64.0 / 23, можливо, вам пощастить. Я пропоную цей діапазон, тому що він падає на рівний біт. Це було справжнім клопотом перемикати всі пристрої і знову пов’язувати їх, але це було реалізовано як частину перепроектування мережі.