• Yi DashCam в качестве веб-камеры

    Оказывается, в Yi DashCam есть RTSP-сервер, который можно использовать для трансляции потока с камеры в сеть. У меня в машине роутер MikroTik с VPN-туннелем до дома, поэтому из домашней сети можно смотреть, что происходит в машине.

    Почти можно. Итак, до чего я докопался.

    1. Подключаемся к Wi-Fi сети, которую раздаёт видеорегистратор. С помощью NMAP мы видим два открытых порта — 80 и 3333. На первом — веб-сервер, на втором непонятно что.
    2. После двух последовательных запросов по ссылкам http://192.168.1.254/?custom=1&cmd=8001 и http://192.168.1.254/?custom=1&cmd=3001&par=1 на камере значок Wi-Fi меняется на телефон, а на камере открываются два дополнительных порта.
    kkursor@remotehost:/var/www/html$ nmap 192.168.1.254
    Starting Nmap 7.70 ( https://nmap.org ) at 2021-02-28 11:32 MSK
    Nmap scan report for 192.168.1.254
    Host is up (0.015s latency).
    Not shown: 996 closed ports
    PORT STATE SERVICE
    80/tcp open http
    554/tcp open rtsp
    3333/tcp open dec-notes
    8000/tcp open http-alt

    Nmap done: 1 IP address (1 host up) scanned in 0.52 seconds

    3. После этого по ссылке rtsp://192.168.1.254/live можно получить видеопоток с камеры. Но без heartbeat камера через 13 секунд прерывает трансляцию. Чтобы этого избежать, раз в 10 секунд на 192.168.1.254 порт 3333 нужно посылать сообщение 02:001:0, например вот так:
    $ while [ true ]; do echo 02:001:0 | nc 192.168.1.254 3333 2>&1 >/dev/null & echo "written"; sleep 10; done
    

    На этом можно было бы закончить, но есть нюанс. Точка доступа, которую создаёт камера, прыгает по каналам, а MikroTik, находясь в режиме AP + Client, может клиентом подключиться только к точке доступа, которая находится на том же канале, что и AP микротика. При скакании по каналам подключение нарушается и что с этим сделать — я пока не понимаю.