Что делать, если контроллер в режиме «отключен»?

Диагностика: Убедитесь, что на контроллер подается питание и сетевой кабель не поврежден. Для контроллеров серии «ЭРА» (модели «500», «500 PoE», «2000 v2», «10000 v2», «60000 v2») обратите внимание на светодиоды:

• Красный светодиод — мигает с определенной периодичностью («сердцебиение»). Это значит, что питание подано и устройство работает.
• Зеленый светодиод — горит и периодически мерцает, что указывает на сетевую активность.

Решение:

1. Если диоды не горят или работают не так, как описано — проверьте кабели, блок питания или PoE-инжектор.

Почему так происходит? При первом обнаружении контроллер «привязывается» к IP- и MAC-адресу компьютера, который его нашел (становится его «хозяином»). Контроллер постоянно отправляет этому «хозяину» пакеты «я жив». Если IP-адрес сервера изменился (например, из-за сбоя DHCP-сервера и получения нового адреса), контроллер продолжает слать отчеты по старому адресу «в никуда». Не получая пакетов 60 секунд, сервер помечает контроллер как «Отключен».

Диагностика: Проверьте, не стал ли IP-адрес сервера динамическим. Нажмите Win + R, введите ncpa.cpl и нажмите Enter. Нажмите правой кнопкой мыши на сетевой адаптер → Свойства → IP версии 4 (TCP/IPv4) → Свойства.

• Если выбрано «Получить IP-адрес автоматически» — адрес динамический (в этом кроется проблема).
• Если выбрано «Использовать следующий IP-адрес» — адрес статический (всё верно).

Решение:

1. Чтобы решить проблему прямо сейчас:
   1. Откройте веб-интерфейс сервера по адресу http://localhost:8075.
   2. Перейдите на вкладку «Устройства».
   3. Напротив нужного контроллера в выпадающем списке «Действие» выберите «Сменить хозяина контроллера».
   4. Подождите 20 секунд, обновите страницу в браузере (F5). Статус должен смениться на «Онлайн».
2. Чтобы проблема не повторилась в будущем: Назначьте сетевой плате сервера статический (постоянный) IP-адрес вручную в свойствах IPv4.

Диагностика: Даже если брандмауэр Windows кажется выключенным, он может продолжать блокировать специфические подключения. Для корректной работы СКУД «ЭНТ Контроль доступа» необходимо, чтобы сервер мог принимать и отправлять UDP-пакеты через порты 7714 и 7715.

Решение (Настройка штатного Брандмауэра Windows):

1. Откройте Пуск, начните вводить Брандмауэр Защитника Windows (или Windows Defender Firewall) и откройте его.
2. Слева выберите Дополнительные параметры.
3. В левом меню кликните Правила для входящих подключений.
4. Проверьте список справа. Найдите правило, где в столбце «Локальный порт» указан 7714, а в столбце «Протокол» — UDP.
5. Убедитесь, что в колонке «Действие» стоит «Разрешить», а в колонке «Состояние» — «Включено».
6. Важно: Дважды кликните по правилу и на вкладке «Область действия» убедитесь, что правило применяется к нужному профилю сети (обычно это «Частная» или «Доменная»).
7. (При необходимости) Перейдите в Правила для исходящих подключений и аналогичным образом убедитесь, что нет правил, блокирующих исходящий UDP-трафик на порт 7715.

Решение:

1. Прямое подключение: Проверьте целостность патч-корда, убедитесь, что на портах сетевой карты и концентратора горят лампочки (Link/Act). Для точной локализации неисправности выполните изолирующий тест — см. спойлер «Изолирующий тест: прямое подключение» ниже.
2. Через коммутаторы (свитчи) и роутеры: Проверьте настройки сетевого оборудования. Убедитесь, что порты не заблокированы настройками VLAN, не попадают в разные подсети без настроенной маршрутизации, и что ни одно промежуточное устройство не блокирует UDP-порты 7714 и 7715. При необходимости обратитесь к вашему системному администратору.

⚙️ Диагностика через командную строку (Ping, ARP и анализ ICMP/UDP)

Если контроллер был ранее добавлен в систему, его IP-адрес можно посмотреть на вкладке «Устройства» в веб-интерфейсе сервера (http://localhost:8075).

Откройте командную строку на сервере (Win + R → cmd) и выполните команду:

ping [IP-адрес контроллера]

Пример:

C:\Users\user>ping 192.168.0.90

Обмен пакетами с 192.168.0.90 по с 32 байтами данных:
Ответ от 192.168.0.90: число байт=32 время=1мс TTL=255
Ответ от 192.168.0.90: число байт=32 время=1мс TTL=255
Ответ от 192.168.0.90: число байт=32 время=1мс TTL=255
Ответ от 192.168.0.90: число байт=32 время=1мс TTL=255

Статистика Ping для 192.168.0.90:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 1мсек, Максимальное = 1 мсек, Среднее = 1 мсек

Важное уточнение: Протокол ICMP (которым работает пинг) и протокол UDP (на котором работает СКУД) — это разные вещи.

• Если пинга нет — проблема в физике или базовой маршрутизации.
• Но если пинг есть, а контроллер всё равно «Отключен», это не значит, что сеть полностью исправна! Маршрутизаторы или межсетевые экраны могут пропускать ICMP, но блокировать UDP-порт 7714.

Проверка таблицы ARP

Если сервер и контроллеры находятся в одной подсети (одинаковая маска, например /24), обмен идёт на канальном уровне — через ARP. Выполните на сервере:

arp -a

Найдите записи для IP-адресов контроллеров и сравните MAC-адреса с фактическими MAC контроллеров (их можно посмотреть на вкладке «Устройства»). Если MAC-адрес не совпадает, за этот IP в сети отвечает другое устройство: проверьте конфликт IP-адресов (Шаг 7) и убедитесь, что адреса уникальны.

Анализ трафика через Wireshark

Если пинг проходит, а контроллер остаётся «Отключен», проанализируйте фактический UDP-трафик. Установите Wireshark на сервер (Npcap ставится в WinPcap API-совместимом режиме — см. Шаг 5) и запустите захват на интерфейсе, к которому подключены контроллеры.

1. Установите фильтр захвата: port 7714 or port 7715 или udp.port == 7714 || udp.port == 7715
2. Инициируйте опрос контроллера (команда из веб-интерфейса или процедура «Сменить хозяина контроллера»).

Интерпретация результатов:

• Запросы уходят, ответов нет вообще — пакеты теряются по пути к контроллеру, либо контроллер не может ответить (блокировки на сетевом оборудовании, MTU, неверные сетевые настройки контроллера).
• Запросы уходят, ответы приходят, но контроллер остаётся «Отключен» — сервер не принимает ответы: проверьте Брандмауэр Windows и антивирус (Шаги 3 и 6), а также профиль сети.
• Запросы не уходят — проблема на стороне отправки: маршрутизация, блокирующие правила для исходящих подключений.

Диагностика: В разделе «Настройки» веб-интерфейса сервера есть строка «Сетевой интерфейс (для ЭРА v.1)». В ней должен быть указан IP-адрес той сетевой карты, к которой подключен контроллер. Если поле пустое или там неверный адрес — проблема в библиотеке захвата пакетов.

Диагностика: Антивирусные программы могут считать сетевую активность СКУД подозрительной и блокировать её.

Решение: Не отключайте антивирус полностью (это небезопасно), а добавьте компоненты СКУД в Исключения (Белый список) вашего антивируса. Вам необходимо добавить в исключения:

1. Исполняемые файлы: server_svc.exe (Сервер) и client.exe (Клиент).
2. Папки: Полные пути к папкам, где установлено ПО «ЭНТ Контроль доступа».
3. Сетевой трафик: Разрешите входящие соединения для протокола UDP на порту 7714 и исходящие на порту 7715.

(Если вы не знаете, как настроить исключения в вашем антивирусе, обратитесь к документации его производителя или к системному администратору).

Диагностика: Очень редкая, но меткая причина. Если в вашей сети появилось другое устройство (например, кто-то подключил свой ноутбук или принтер) и случайно заняло IP-адрес сервера или контроллера, связь мгновенно рвется.

Решение: Проверьте, нет ли в сети устройств с дублирующимися IP-адресами. При появлении конфликта Windows обычно выдает системное уведомление «Обнаружен конфликт IP-адресов». Убедитесь, что IP-адреса сервера и контроллера уникальны в пределах вашей подсети.

Диагностика: Если после замены коммутаторов, перехода с витой пары на оптику или иной модернизации сетевой инфраструктуры все контроллеры одновременно перешли в режим «Отключен», а процедура «Сменить хозяина контроллера» не даёт результата, проблема находится на уровне сетевой инфраструктуры, а не отдельных устройств. Процедура смены хозяина работает только при наличии сетевого доступа сервера к контроллеру: без связи команда физически не доходит до устройства.

Типовые причины:

• MTU mismatch на новом участке: пакеты СКУД превышают допустимый размер и молча отбрасываются, тогда как ping со стандартным размером пакета проходит (см. Шаг 9).
• Блокировка UDP-портов на новом оборудовании (ACL, политики безопасности): ICMP (ping) проходит, а UDP 7714/7715 — нет.
• VLAN-изоляция: контроллеры и сервер оказались в разных VLAN без настроенной маршрутизации — даже при сохранении прежней IP-подсети.
• Несовпадение дуплекса на медиаконвертерах при переходе на оптику: линк устанавливается, но пакеты массово теряются (half-duplex на одном конце, full-duplex на другом).
• Автоматическая смена профиля сети Windows после замены линии (см. Шаг 3).

Решение: Выполните диагностику по порядку: проверка MTU пути (Шаг 9), анализ трафика через Wireshark и проверка таблицы ARP (Шаг 4), изолирующий тест прямым подключением (Шаг 4). Если неисправность подтверждается в сетевой инфраструктуре, привлеките системного администратора или подрядчика, обслуживающего сеть: настройка коммутаторов, маршрутизаторов, VLAN и ACL находится вне контура ПО «ЭНТ Контроль доступа».

Зачем это нужно: Обмен СКУД работает по протоколу UDP, у которого — в отличие от TCP — нет механизмов согласования размера пакета и повторной передачи. Если пакеты превышают MTU промежуточного участка (туннели, VLAN-тегирование, QinQ, MPLS), они молча отбрасываются. При этом ping со стандартными 32 байтами проходит, а рабочий обмен — нет.

Диагностика: на сервере «ЭНТ Сервер» выполните ping с запретом фрагментации и разным размером пакета:

Ключ -f запрещает фрагментацию, ключ -l задаёт размер полезной нагрузки.

Интерпретация результатов:

• Если крупные пакеты (1472) возвращают ошибку о необходимости фрагментации или теряются, а меньшие проходят — MTU пути меньше стандартных 1500 байт.
• Найдите максимальный размер, при котором ping проходит стабильно: это фактическая полезная нагрузка пути (реальный MTU = нагрузка + 28 байт заголовков).

Решение: при выявленном снижении MTU обратитесь к сетевому администратору — необходимо проверить конфигурацию туннелей, VLAN-тегирования и иных ограничений на промежуточном оборудовании. После нормализации MTU на стороне сети работа СКУД восстанавливается без изменения настроек ПО «ЭНТ Контроль доступа».