Форум по системам видеонаблюдения и безопасности.

Предварительный итог: проверил журнал, смена часового пояса регистрируется, по времени примерно совпадает со временем, когда включается ПК. Покопался в настройках Xeoma, нашел пункты связанные с синхронизацией времени ONVIF-камер, нажал на "синхронизировать сейчас" и... часовой пояс на камере слетел...

NTP на камере изначально был выключен. Пробовал включить в автоматический режим и с указанием конкретного сервера - без разницы, пояс меняется. И NTP корректирует только время, часовой пояс он не меняет, насколько я знаю. Есть в камере еще какой-то Securus Cloud (какое-то облачное что-то, не понятно...

Других производителей: D-Link (2 камеры) и одна от какой-то Jienuo. На компьютере Xeoma, на телефоне tinyCam. Пробовал не запускать приложение на телефоне для проверки, всё-равно пояс слетает. Еще, бывает, отдельно открываю видео с камеры через MPV, но это просто плеер, по сути, маловероятно, что он...

Регистратора нет, подключение к ней с компьютера и телефона. Роутер проверил, на нём правильно время и часовой пояс выставлены. На других камерах (других производителей) часовой пояс не меняется, время не слетает, всё ОК.

Приветствую, господа. Обнаружилась неприятная особенность с камерой: выставленный часовой пояс, спустя какое-то время, меняется на часовой пояс с минусом, т. е. я ставлю "+8", а он переключается на "-8". Отловить причину не удалось: настройка может держаться несколько дней, а может "слететь" в течен...

ПК вообще хоть какое-нибудь заведомо рабочее устройство видит? Интернет на нём есть?

Не, он ВПН-сервер на роутере поднимает, а подключается к нему клиентами и смотрит картинку. Так что да, тут либо провайдер с портами мутит, либо как я уже ранее написал, непонимание что есть что. Да, надо было сразу схему указать, а то не очень понятно было: PC (OpenVPN Server) <-> Router-1 <---ISP...

2Dem писал(а): ↑

17 янв 2025, 11:08

Что-то тут не то. Такое ощущение, что вы путаете открытие и проброс портов, а рассказываете про правила маршрутизации.

Вот стандартное окно настроек проброса портов в интерфейсе LuCI в OpenWRT, в одном случае в "Source zone" ставится WAN, в другом случае VPN.

Ну почему же сразу провайдер. Вы сейчас просто завернули данные в канал, которому пофиг на ваши пробросы. Я к тому, что ходящие слухи совсем не слухи. И скоро этот ваш OpenVPN будет тупо гаситься по форме, а не по содержанию, так как сейчас он очень легко определяется и уже были прецеденты его блок...

У меня там TP-Link TL-WR740N с кастомной прошивкой OpenWRT (заменена FLASH на 16M), не знаю: подвержена она подобным явлениям или нет. В общем отчитываюсь, по итогу: установил на роутер OpenVPN, поправил правила проброса портов и всё сразу заколосилось, проблема, видимо, действительно, в оборудовани...

Проброс, судя по "cat /proc/net/nf_conntrack" на роутере работает, соединение поднимается, но передается только 3 пакета и всё, потом, как-будто, данные что-то блокирует. Ничего не понимаю, может оборудование DPI на стороне провайдера так отрабатывает?

Менять канал пробовал. Не работает. Пробовал добавлять пользователей с паролем и использовать хэш пустого пароля (tlJwpbo6), тоже не работает. Видимо надо пробовать поднимать VPN и, если с ним не получится, начинать думать о ретрансляции без перекодирования.