IP-камера не работает: 15 причин и как найти

Чек-лист за 60 секунд

Прежде чем лезть в WireShark и прошивки, пройдите по этим 8 пунктам. В 70% случаев ответ среди них:

1. LED на камере горит? Если нет — проблема на уровне питания (PoE, блок питания). Переходите к разделу «питание».
2. Камера пингуется? ping 192.168.1.64 с ПК в той же подсети. Если нет — проблема сети.
3. Веб-интерфейс открывается? Наберите http://IP/ в браузере. Если да — камера работает, проблема только с RTSP.
4. Пробовали в VLC? Media → Open Network Stream → вставьте rtsp://user:pass@IP:554/path. VLC самый нетребовательный клиент — если и он не играет, проблема не в клиенте.
5. Указан ли порт? Если камера на нестандартном порту (8554 вместо 554) и URL без порта — не подключится.
6. Пароль содержит @/#/:/?/= ? Эти символы ломают URL. URL-encode: @ → %40, # → %23.
7. Регистр логина важен. admin и Admin — разные пользователи.
8. Прошивка давно обновлялась? Некоторые старые прошивки ломаются с современными клиентами. Обновите до последней.

Диагностика по уровням

Когда быстрый чек-лист не помог — идите по уровням OSI снизу вверх:

Если подход снизу вверх — сначала проверяете всё ниже, не лезете в WireShark пока не убедились что камера пингуется.

Причина 1: питание и PoE

LED на камере не горит

Вероятные причины:

• PoE switch не выдаёт мощность на этот порт. У дешёвых PoE-коммутаторов лимит бюджета — если много камер + WiFi-точки, последний порт может получить 0 Вт. Проверьте общий бюджет switch (обычно на наклейке, 60W / 150W / 250W / 500W) и суммарное потребление подключённых.
• Класс PoE не соответствует. Старые switch выдают только 802.3af (15 Вт), многие камеры (PTZ, с обогревом) требуют 802.3at (30 Вт) или 802.3bt (60 Вт). Проверьте на камере label «IEEE 802.3at» — если at, а switch только af, камера не запустится.
• Кабель пробит. Повреждения UTP (кошачьи зубы, перегибы около разъёмов) снижают передачу PoE. Признак: LED мигает, камера частично включается и выключается.
• Неправильно обжат кабель. Распиновка T568B должна быть одинаковой с обеих сторон. PoE передаётся по средним парам 4-5 и 7-8 (Mode B) или по сигнальным 1-2 и 3-6 (Mode A). Перекрёстные обжимки часто рвут PoE.

Диагностика кабеля без cable tester

Быстрый способ: возьмите другой заведомо работающий кабель, подключите напрямую (камера → ваш ПК через PoE injector → switch). Если с другим кабелем работает — ваш был бит.

PoE injector — отдельный девайс 4–8 тыс ₸, подаёт PoE по одному кабелю. Полезен для диагностики и для одиночных камер без полноценного switch.

Причина 2: сетевые настройки

Камера в другой подсети

Самая частая проблема начинающих. Камера из коробки приходит с IP 192.168.1.108 (Dahua) или 192.168.1.64 (Hikvision) или 192.168.1.13 (Uniview). Если ваша сеть 192.168.0.0/24 — камера в соседней подсети, маршрутизация не работает.

Решение:

1. Через производительскую утилиту (SADP для Hikvision, ConfigTool для Dahua, EZStation для Uniview) измените IP камеры на подходящий вашей сети.
2. Или временно переведите свой ПК в подсеть 192.168.1.0/24, настройте камеру на DHCP, верните ПК.

DHCP reservation

Если камера получает IP по DHCP, через неделю lease может кончиться и камера получит другой IP. Все ваши записи в NVR, ссылки в мониторинге сломаются.

Решение: на роутере в разделе DHCP → Address Reservation / Статическая аренда привяжите MAC-адрес камеры к фиксированному IP. Или установите статический IP прямо в камере.

Double NAT

Роутер за роутером — например, у вас дома провайдер дал свой роутер (с NAT), вы подключили свой WiFi-роутер (с NAT), камера за вашим. При пробросе наружу нужно делать NAT дважды — сначала на провайдерском роутере, потом на вашем. Сложно и часто рвётся.

Решение: либо переведите провайдерский роутер в bridge-режим, либо сделайте двойной проброс и задокументируйте.

Причина 3: неправильный RTSP URL

У каждого вендора свой формат:

# Dahua
rtsp://user:pass@IP:554/cam/realmonitor?channel=1&subtype=0

# Hikvision
rtsp://user:pass@IP:554/Streaming/Channels/101

# Uniview
rtsp://user:pass@IP:554/media/video1

# TP-Link Tapo
rtsp://user:pass@IP:554/stream1

# Axis
rtsp://user:pass@IP/axis-media/media.amp

Типичные ошибки:

• Пропустили порт. rtsp://...@IP/path без :554 работает по дефолту 554, но если у вас кастомный порт — не сработает.
• Путь из другого вендора. Подставили hikvision URL к Dahua.
• Неверный subtype. Просите subtype=2, но камера такой поток не отдаёт (только 0 и 1).
• Пароль со спецсимволами. Не URL-encoded.

Причина 4: CGNAT провайдера

Самая «скрытая» причина: камера работает внутри сети (в VLC открывается с ноутбука дома), но снаружи не работает, проброс не помогает.

Причина: ваш провайдер даёт серый IP через CGNAT. Ваш «белый» IP на роутере — на самом деле внутренний адрес провайдера. Проброс на вашем роутере не виден из интернета.

Проверить: откройте ifconfig.me — увидите IP. Зайдите в роутер, посмотрите WAN IP. Если совпадают — белый. Если в роутере 100.64.x.x или 10.x.x.x — это CGNAT.

Провайдеры с CGNAT в РК:

• Казахтелеком Dala-Internet (физлица)
• Beeline Home
• Tele2 мобильный интернет
• Kcell (физлица)
• Altel, Activ (физлица)

Решения: подробно в Проброс порта 554 и обход CGNAT.

Причины 5-15

5. RTSP отключён в прошивке. EZVIZ / IMOU новых прошивок. Включение: Local Service Settings в app.
6. 401 Unauthorized — несовпадение Basic/Digest. Включите «Both» в настройках RTSP.
7. Превышен лимит сессий. Hikvision: 6 клиентов на main. Закройте старые в User Management → Online Users.
8. Firewall Windows блокирует. Исходящий RTSP на порт 554. Разрешите в настройках Defender.
9. Антивирус / Corporate proxy режет RTSP. Корпоративные прокси часто пропускают только HTTP/HTTPS. RTSP не идёт. Требуется whitelist или VPN.
10. MTU mismatch. Через VPN или PPPoE с нестандартным MTU (1400 вместо 1500) — TCP-пакеты бьются. Снизьте MTU в камере.
11. IGMP snooping на switch. Для мультикастовых потоков (редко в IP-камерах) — switch режет.
12. VLAN конфликт. Камера в VLAN 10, ваш ПК в VLAN 1 без L3-маршрутизации между ними.
13. Кодек не поддерживается клиентом. Камера H.265, клиент старый VLC 2.x — чёрный экран без ошибки.
14. Камера перегружена анализом. Включили AI детекцию лиц + анализ движения + motion triggers — CPU камеры упёрся, RTSP отвечает с тормозами.
15. Баг конкретной прошивки. Известные баги: Hikvision V5.7.5 ронял RTSP сессии после 24 часов непрерывной работы. Обновитесь до последней.

Инструменты диагностики

ping

ping 192.168.1.64
# Linux: ping 192.168.1.64 -c 10 -i 0.2 — 10 пакетов с интервалом 0.2 сек

nmap

nmap -p 80,443,554,8000 192.168.1.64
# Посмотреть какие порты открыты

telnet / nc

telnet 192.168.1.64 554
# Если connected — TCP доступен, RTSP реально слушает

nc -vz 192.168.1.64 554
# То же на Linux

FFmpeg verbose

ffmpeg -v debug -i "rtsp://admin:pass@192.168.1.64:554/Streaming/Channels/101" -f null -
# Детальный лог RTSP-диалога, увидите где обрывается

VLC log

VLC → Tools → Messages → Verbosity: 2 (Debug). Показывает полный RTSP-диалог.

Wireshark

Фильтр rtsp или tcp.port == 554. Видно все DESCRIBE/SETUP/PLAY запросы, ответы, ошибки.

FAQ: частые вопросы

Что читать дальше