Две IP-камеры за пробросами с роутера mikrotik-router (сейчас x-wrt, 198.51.100.1). Доступ только с одного внешнего IP 198.51.100.2. На 2026-09-10 жива одна.

Содержание

cam2 — рабочая, 198.51.100.3 (найдена 2026-09-10, см. инцидент ниже):

| параметр | значение | |---|---| | IP | 198.51.100.3 (статика в самой камере, DHCP-аренды нет) | | MAC | 2001:db8::1 | | ONVIF | http://198.51.100.3:8899/onvif/device_service (отвечает без авторизации на GetSystemDateAndTime/GetDeviceInformation/GetProfiles) | | Manufacturer / Model | NVT / JA-W2XG, HardwareId IPC | | Firmware | 198.51.100.4 | | Web UI | http://198.51.100.3/ → редирект на /home.htm; открыты также 443 | | RTSP main | rtsp://198.51.100.3:554/live/ch00_0 — H265, 2880×1620, 12 fps, профиль profile_0 (MainStream) | | PTZ | есть отдельный ONVIF-профиль profile_ptz_0 (Pan/Tilt/Zoom поддерживается) |

cam1 — 198.51.100.5, не отвечает (ping 100% loss, ARP FAILED на 2026-09-10). На старом MikroTik за ней была закреплена статическая DHCP-аренда с MAC 2001:db8::1; сейчас этого MAC нет в LAN вообще. Состояние — либо обесточена, либо снята. Проброс pf0 на неё оставлен как есть.

Пробросы на x-wrt (uci firewall), все с src_ip=198.51.100.2:

| правило | внешний порт | назначение | |---|---|---| | pf0 RTSP-cam1-8554 | 8554 | 198.51.100.5:554 (cam1, мертва) | | pf2 RTSP-cam2-8555 | 8555 | 198.51.100.3:554 — исправлено 2026-09-10, было 198.51.100.6 | | pf3 ONVIF-cam2-8556 | 8556 | 198.51.100.3:8899 — исправлено 2026-09-10, было 198.51.100.6 |

Инцидент 2026-09-10 — пробросы камеры вели на чужой LXC

Пользователь не мог достучаться до камеры по привычному 198.51.100.6: этот адрес занят LXC 150 gatekeeper-telegram-platform (MAC 2001:db8::1, Proxmox-OUI). Камера раньше стояла на .25 статикой; когда именно её переставили на .7 — не зафиксировано, конфликта в ARP на момент диагностики уже не было (на .25 один-единственный MAC, камеры там нет).

Как нашли: ARP-таблица + ping-свип всей 198.51.100.7/24 с роутера (40 живых хостов), затем скан живых хостов по портам 554/8899/8000/37777/34567 через nc -z — единственный хост с парой 554+8899 оказался 198.51.100.3. Подтверждено SOAP-запросом GetDeviceInformation к ONVIF на 8899.

Побочная находка (безопасность): пробросы pf2/pf3 продолжали DNAT-ить внешний трафик с 198.51.100.2 на 198.51.100.6:554 и :8899 — то есть прямо в LXC Gatekeeper, а не в камеру. Портов 554/8899 там не слушалось, так что эксплуатации не было, но правила были ошибочными. Исправлено uci set firewall.pf2.dest_ip='198.51.100.3' / pf3 → то же, uci commit firewall + /etc/init.d/firewall reload; бэкап конфига оставлен в /etc/config/firewall.bak-<дата>. Проверено nft list ruleset — DNAT-правила и reflection-правила пересобрались на .7.

Полезные приёмы (BusyBox на x-wrt): nc -z -w1 для скана (nmap/arp-scan нет), timeout N nc ... обязателен — камера не закрывает соединение и nc | head висит вечно; ONVIF-опрос без внешних тулов — wget --post-data с Content-Type: application/soap+xml.

Проверка 2026-09-10 (2) — «родное ПО показывает 198.51.100.8»

Проверено ONVIF-запросом GetNetworkInterfaces к камере: у неё один интерфейс eth0, HwAddress 2001:db8::1, адрес 198.51.100.3/24, DHCP=false. Никакого второго адреса/интерфейса нет — версия про Wi-Fi-интерфейс (модель JA-W2XG, «W») не подтвердилась.

198.51.100.8 в лабе не существует: ping 100% loss, ARP INCOMPLETE, ни один порт не открыт, DHCP-аренды нет. В ARP-таблице роутера остался только IPv6-сосед с MAC 2001:db8::1 (Realtek) — устройство живо по IPv6, но IPv4 .51 за ним больше не закреплён (следствие сужения DHCP-пула до .60–200, старая статика .51 отвалилась).

Вывод: .51 — устаревшая запись внутри самого вендорского ПО (сохранённый при добавлении адрес или адрес из P2P-облака), а не живой адрес камеры. Лечится удалением устройства из списка и повторным поиском по LAN. Дополнительно: XM-протокол на камере закрыт (34567 closed), UDP-discovery (3702/37020/34569) не отвечает — камера общается только по ONVIF/RTSP/HTTP, поэтому «поиск в один клик» у части китайских CMS её вообще не найдёт, добавлять надо вручную по IP.

Прошивка: публичных обновлений нет. NVT — не производитель, а generic-строка ONVIF-стека, которую ставят десятки китайских OEM; официального сайта/архива прошивок под JA-W2XG не существует, обновление возможно только файлом от продавца. Обновляться «универсальной» прошивкой с форумов нельзя — разные SoC/сенсоры при одинаковых строках модели, типовой исход — кирпич.

Связано с

Источник