IgaX

кажется

можно ввести разные "пороги" уведомления до события с индикацией частотой мигания .. м.б. пороги настраивать .. и частоту тоже .. например: за 60 и до 15 мин до события: 1 раз в 10 сек.; за 14 и до 5 мин - 3 раза в 10 сек.; за 4 мин и до начала события - 1 раз в сек.; в момент события: 5 раз в сек. продолжительностью 5 сек. т.е. чтобы каждый мог настроить бы это под свой порог "раздражительности" и "тонкой" потребности. *** или чтобы вызвать эпилептический припадок подстраивая частоту мигания под индивидуальные особенности организма .. хм .. "да, я за". *** а если серьезно: общий system led shutdown по расписанию, уведомление на Fn о наличии обновления прошивки (c возможностью отключения через cli или web-gui, если обновления не интересуют) и при отсутствии обновления возможность получать уведомления о скором наступлении конкретного события в расписании в определенной манере без риска для жизни (м.б. с флагом - чтобы можно было индицировать на Fn когда активен system led shutdown) .. мне бы хватило.

Тут все же немножко "фаталити" смотрится, беспокоит

можно еще попробовать покурить форвард на виндовом клиенте: netsh interface portproxy add v4tov4 listenport= listenaddress= connectport= connectaddress=

это уже лучше в ветках opkg покурить и поспрашивать

молодой был, видимо, много лун прошло по идее, можно попробовать покопать в сторону Tap-windows как это делает клиент OpenVPN: https://openvpn.net/index.php/open-source/downloads.html м.б. заставит видеть подключение как вирт.адаптер, который уже можно будет в мост включить, но сам не пробовал, поэтому на свой страх и риск. и вроде иметь ввиду это (если не заведется): https://support.microsoft.com/ru-ru/kb/302348 ну, все что знал - все сказал (с) удачи!

ну так с одного ПК, а остальных - нет, верно? насколько я помню, самое простое и при определенных условиях - это открыть "Сетевые подключения", выбрать там нужные: по идее, Ваш VPN там будет, PPP Inet, Ethernet .. вот выбираете нужные два (VPN, Ethernet) и создаете "bridge", он же "мост", по факту нечто виртуальное через что оно все будет(?) бегать в теории. если нужен доступ только к клиенту в ЛС#2, то и адресуйте на ip клиента, который выдает сервер в ЛС#1 (что у Вас уже и получается). вроде бы ничего не пропустил м.б. напутал, давно было, часть неправда)

Вы устанавливаете соединение к ЛС#1 с виндового клиента? Если с виндового, то мост от туннельного соединения к подключению локальной сети делали?

м.б. 172.16.1.33 ?

для Rx померить по статическому dummy-файлу вполне, заодно и оптимальный ip получить (узнать) от балансировщика, чтобы голову не ломать и быстро реализовать, а вот для Tx придется думать (а, может, и ну его)

можно подождать пока подойдут новые быстрые стандарты, например, WiGig .. мало кто откажется от дополнительных "вкусных" скоростных линков в классическом понимании (режимы AP/STA), особенно если это будет в рамках "бюджетного" апгрейда (e.g., повышенный спрос от текущих пользователей) .. позволит увеличить срок морального устаревания .. анонс в нужное время усилит лояльность к брэнду. получится универсально полезный для всех групп пользователей продукт p.s. м.б. в двух версиях в зависимости от usb

думаю, зеркало само в себя смотреть конечно может, но смысл?

и не стоит забывать, что теоретически есть возможность выйти на уязвимость gdi, когда Вы просмотрите "нужную" фотку

Вы ведь это не уточнили изначально, а для остальных будет полезно знать все риски

именно либо в настройках камеры авторизацию хотя бы не плейн-текстом отдавать (если есть такая возможность - даст фору по времени). тут уже поможет на относительно видном, но труднодоступном месте вент. решетка с едва заметным мерцанием led-индикатора внутри .. проверять что оттуда может распылиться и что это за независимая система либо это просто фальш-макет .. желание вряд ли будет

https://wiki.samba.org/index.php/Samba_port_usage

клиента

потому что основной изъян в том, что "фотоальбом" на фтп без шифрования уязвим

еще бы исключительно из вредности сделал вид, что камеры не по фтп работают, а, скажем, на 554-м порту, а на кинетике бы уже транслировал на нужный

выбор канала, скорее всего, отдается на откуп драйверу (AutoChannelSelect=2), алгоритм, наверное, сводится к вызову AP2040Rescan по таймеру, гибкость, видимо, можно достигнуть если работать непосредственно с AutoChannelSkipList

по идее выпилит с security-level по-умолчанию - public, т.е. надо будет еще перевести на private или protected если ftp-сервер только как хранилище для фоточек, то можно также выпилить в отдельный public, чтобы без no isolate-private имхо, кто захочет - узнает маки камер и заспуфит их

ясно, если с проводкой в доме проблем нет (а это лучше сразу уточнять у обслуживающего электрика), то в теории можете поэкспериментировать c powerline-адаптерами .. на 100% успех лучше не рассчитывать, но всяко интересней чем 100м легко доступного кабеля (помимо роутинга).

реально 100м кабеля от роутера до первой камеры? если времени и желания много, то можно посмотреть в сторону технологии Powerline, думаю, поможет запутать следы.

вроде бы маршруты творят чудеса

извините, если вмешиваюсь если кратко: по симптомам, если activex, то скорее всего пахнет rtsp, раз rtsp, то логично, что внутри локалки работает, а по туннелю - нет (т.к. только http)