Регистратор пишет запись только при заходе на него

[Tюрин BB]

Сам напишу решение.
Начал писать только когда соединил регик с роутером. Логика такого поведения мне не ясна.

Нечто подобное лет 10 назад у меня было, но не с дахуа, а со Спейс-Технолоджи (она же видимо Хуня-Муня)
Так вот, тут проблема в конфликтах динамических IP адресов как самого регистратора так и камер.
Дело в в том, что подобного рода регистраторы имеют не только в своем составе РоЕ свитчер, но и имеют собственный DHCP сервер, причем собственный DHCP и под камеры и под клиентский сегмент, да еще и с бессрочным сроком аренды IP адресов с привязкой по мак адресу.
В самих же камерах по умолчанию почти всегда включено автоматическое получение IP адреса, да и во второй сегмент сети (тот который под IP-клиентов) регистратор, сам при этом являясь статическим, "умудряется раздать" собственные IP адреса и в этом направлении.
Т.е. проблема в том что подобный регистратор может динамически раздавать адреса по DHCP как камерами так и IP-клиентами и если у вас в сети уже есть роутер или точка доступа с еще одним DHCP, то получается полный бардак и конфликт адресов между двумя серверами DHCP.
Лечиться этот зоопарк одним единственным образом: - Полным отключением DHCP сервера в регистраторе и 100%-ным переходом СВН на статическую сеть.

[kranty]

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

[Tюрин BB]

Даже то что, у всех статические адреса, не отменяет того что в регистраторе не отключен DHCP.
Ту проблема была в следующем, при самом первом подключении камер, регистратор сразу же раздает ими динамические IP и при этом зараза еще и с бессрочным сроком аренды (т.е. тупо хранит связку мак камеры+порт к которому камера подключена = динамический адрес).
Ну а так как, регистратор с не отключенным DHCP все это дело хранил где-то во флеше, то затем он всегда пытался найти ту или иную камеру по нативному протоколу именно на том порту, к которому она первоначально подключалась и именно с тем же самым мак-адресом, т.е. проверяя по связке номер порта = мак адрес = IP.
Но еще раз повторяю - эта проблема была 10 лет тому и не у этого производителя.

[Tюрин BB]

Вот специально не поленился и нашел именно на ваши двух-сетевые дахуа

4.8 Network
4.8.1 Network Settings
4.8.1.1 TCP/IP
The single network adapter interface is shown as in Figure 4-162 and the dual network adapters interface
is shown as in Figure 4-163.
 Network Mode : Includes multiple access, fault tolerance, and load balancing
 Multiple-address mode: eth0 and eth1 operate separately. You can use the services such as
HTTP, RTP service via etho0 or the eth1. Usually you need to set one default card (default setup
is etho) to request the auto network service form the device-end such as DHCP, email, FTP and
etc. In multiple-address mode, system network status is shown as offline once one card is
offline.
271
 Network fault-tolerance: In this mode, device uses bond0 to communicate with the external
devices. You can focus on one host IP address. At the same time, you need to set one master
card. Usually there is only one running card (master card).System can enable alternate card
when the master card is malfunction. The system is shown as offline once these two cards are
both offline. Please note these two cards shall be in the same LAN.
 Load balance: In this mode, device uses bond0 to communicate with the external device. The
eth0 and eth1 are both working now and bearing the network load. Their network load are
general the same. The system is shown as offline once these two cards are both offline. Please
note these two cards shall be in the same LAN.
 Default Network Card: Please select eth0/eth1/bond0(optional) after enable multiple-access
function
 Main Network Card: Please select eth0/eth1 (optional).after enable multiple access function.
Note: The dual-Ethernet port series support the above three configurations and supports
functions as multiple-access, fault-tolerance and load balancing.