vasek00

Ни кто и не чего не переключает, а после 5 попытки проходит или нет?

Да проверил - так и есть, при помещении в КII файла в базе DLNA его нет => обновлении медиатеки решает проблему из WEB.

Выше все описал м даже проверил, база была просканирована, о каком сканировании идет речь? Можно факт примера.

Роутер1 и Роутер2 1. на роутере1 запущен DLNA и монтируем к нему шару от роутер2 Роутер1 каталог KII от роутера2 /opt/home # df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 15744 15744 0 100% / ..... //192.168.1.100/My-Data 59475964 36512468 22963496 61% /tmp/mnt/KII /opt/home # mount ...//192.168.1.100/My-Data on /tmp/mnt/KII type cifs (rw,relatime,sec=ntlm,unc=\192.168.1.100\My-Data,...... /opt/home # 2. так как в ПО исправили (блокировали) возможность исправления minidlna.conf (раньше это было возможно, меняешь его на /opt/etc каталог путем ln -s ..., потом просто выгружаешь сервер dlna и он потом автоматом загружал нужный исправленный conf, можно было править под свои нужды), сейчас жестко тот который в ПО /opt/home # ls -l lrwxrwxrwx 1 root root 12 Dec 10 07:24 kii -> /tmp/mnt/KII /opt/home # Далее в WEB на роутер1 и настройку, в итоге по конфигу получили приклееную папку от KII network_interface=br0 media_dir=/tmp/mnt/....../Video media_dir=/tmp/mnt/................/home/kii db_dir=/tmp/mnt/...../var/minidlna port=8200 album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg/AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg friendly_name=K-K inotify=yes enable_tivo=no strict_dlna=no notify_interval=900 serial=..... model_number=0x...... root_container=. 3. как и следовало ожидать на роутер1 DLNA подключил новую библиотеку [I] Dec 10 10:25:28 minidlna: Scanning /tmp/mnt/KII/Video [I] Dec 10 10:25:28 minidlna: Scanning /tmp/mnt/KII/Video/... [I] Dec 10 10:25:29 minidlna: Scanning /tmp/mnt/KII/Video/....Tig [I] Dec 10 10:25:34 minidlna: Scanning /tmp/mnt/KII/Video/Pic 4. включаем ТВ и видим папку KII в данной папке выбираем фильм и без проблем смотрим К вопросу по данной теме Поскажите Dlna сервер брал контент с windows шары

Вот про то и речь.

В чем если не сложно проясните? О каком ручном сканирование идет речь? Если Не нравится DLNA тогда есть выбор поставить другой.

Не вижу проблем на встроенном - подключенный локально диск или удаленно к роутеру (наличие flash установленной Entware, монтирование удаленного раздела к роутеру, жалко нет в варианте из коробки) Так же есть возможность на приставке монтирование удаленного раздела и сервис DLNA, если этого нет на приставке то приставка слабовата по сервисам и по фитчам и не была продумана при покупке.

можете ознакомиться с

Планировать домашнюю сеть с учетом желаний что хотите видеть в конечном итоге, тогда бы не возникло такой ситуации ни с приставкой ни с ТВ.

Роутер1 Дек 7 16:50:34 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:d9) had associated successfully (FT mode). Дек 7 16:50:35 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:d9) set key done in WPA2/WPA2PSK. Дек 7 16:50:35 ndhcps DHCPREQUEST received (STATE_INIT) for 192.168.1.21 from хх:хх:хх:хх:хх:d9. Дек 7 16:50:35 ndhcps sending ACK of 192.168.1.21 to хх:хх:хх:хх:хх:d9. Роутер2 Дек 7 16:50:34 mtkiappd IAPP: UDP packet: invalid tag Version (59), possible IAPP keys mismatch! Дек 7 16:50:35 ndhcps DHCPREQUEST received (STATE_INIT) for 192.168.1.21 from хх:хх:хх:хх:хх:d9. Дек 7 16:50:35 ndhcps sending ACK of 192.168.1.21 to хх:хх:хх:хх:хх:d9. IAPP: UDP packet: invalid tag Version (59), possible IAPP keys mismatch!

Sams клиент, на котором просто включен разарботчик и галки в некоторых местах на разделе сети, root не нужен. Два роутера с одним SID но с разными каналами 5GHz - 5180 и 5280

Если осилите написание скрипта где основная часть ниже - определить устройство по MAC появилось оно или нет, потом есть куча вариантов блокировать/разблокировать (один из них ниже) / # ndmq -p 'show ip hotspot' -x | xml sel -t -m '//host[active="yes"][mac="хх:хх:хх:хх:хх:be"]' -v 'name' хх:хх:хх:хх:хх:be - мас нужного устройства Вариант А через регистрацию устройств, всем зарег.устройствам разрешен выход в интернет, которых нет в списке им блокирован / # ndmq -p 'known host 123 11:22:33:44:55:66' -P message; / # ndmq -p 'no known host 11:22:33:44:55:66' -P message; убрать данное устройство из зарегистрированных устройств по конфигу это "11:22:33:44:55:66 permit" - есть доступ, если эту запись убрать то доступа нет ip hotspot policy Home deny host 11:22:33:44:55:66 permit host aa:bb:cc:dd:ee:ff permit default-policy deny ip hotspot policy Home deny host aa:bb:cc:dd:ee:ff permit default-policy deny Вариант В создать еще один профиль для которого выход в интернет не разрешен и помещать в него устройство Варинт С ...... #!/bin/sh mac_client1=`ndmq -p 'show associations' -x | xml sel -t -m '//station[authenticated="yes"][mac="хх:хх:хх:хх:хх:aa"]' -v 'mac' `; mac_client2=`ndmq -p 'show associations' -x | xml sel -t -m '//station[authenticated="yes"][mac="хх:хх:хх:хх:хх:bb"]' -v 'mac' `; ...... if [ "$mac_client1" = "" ]; then if "$mac_client2" = "" ]; then ...... контроль устройства, должно быть в не разрешенных exit; fi fi ndmq -p 'known host 123 11:22:33:44:55:66' -P message; ....... exit; Как то так Или еще проще есть в WEB установка для клиента времени (confg-hotspot)> host ‹mac› (‹access› | schedule ‹schedule› | policy ‹policy›) (config-hotspot)> host 54:e4:3a:8a:f3:a7 schedule MYSCHEDULE Hotspot::Manager: Schedule "MYSCHEDULE" applied to host "54:e4:3a:8a:f3:a7" указать время в schedule MYSCHEDULE access -permit Разрешить доступ к сети Интернет. -deny Запретить доступ к сети Интернет.

Подождем связку, два провайдера на одном роутере есть такое щупали/пробовали (оба на проводе провайдера). Любую экзотику и не надо, за нее отвечают текущие возможности роутера + желание пользователя, а так было предложение нет так нет.

У меня схема другая, сервера по Dnscrypt фильтрую только dnsmasq + на браузере (ПК/сартфоне/планшете)

Можете предложить другой вариант, хотя на проводе только один режим среди вариантов - например ТД (Для создания новой сети Wi-Fi или для расширения зоны покрытия существующей). В данный момент на нем в WAN в воздухе (второй провайдер будет на нем, так как точка входа не там где первый, тянуть кабель туда геморойно но если захотеть то можно и в космос полететь как говориться) сейчас на нем только def маршрут на основной, второе так как магазин авто-запчастей где очень много металла то с wi-fi естественно проблемные места есть, третье функционал "основной режим" более функционален в отличие от другого режима и минимально подвержен любым переделкам/изменениям, четвертое позволяет раскидать стат.клиентов по Wi-fi среди данных роутеров опять же с любыми настройками для них и проводных так же и так по мелочи еще есть. Вообще идеальная схема была-бы в центре роутер без Wi-fi (KN1910 за минусом 7615 с нормальным USB3 при примерной стоимости ~4000-4500р.) плюс просто две ТД (2.4/5) пусть даже на 100Мбит, для 1С которым нужна скорость и NAS лежат кабеля, но опять же управлять клиентами хочется на все 100% на данных ТД.