Вы когда-нибудь пытались заставить разные подсети сети разговаривать между собой? Это как пытаться наладить связь между соседями, говорящими на разных языках, — камера в одной подсети, видеорегистратор в другой, а компьютеры пользователей где-то на стороне. Мы разберём, почему проброс портов порой не помогает, как сделать маршрутизацию без головной боли и почему облако может стать вашим спасением.

Проброс портов и что с ним не так

Представьте, что у вас есть IP-камера в подсети 192.168.5.0, а видеорегистратор — в 192.168.6.0. Пользователи в первой подсети хотят видеть видео с камер через регистратор во второй. Казалось бы, проброс портов — это как открыть окно, чтобы звук проходил между комнатами. Но, как в анекдоте, открыто окно, а звук всё равно не слышно.

Что происходит?

Пользователь пробрасывает порты 80, 37777, 554 и 8899 на Mikrotik. Порт 80 — веб-интерфейс — работает, но порт 37777, через который видеорегистратор и камеры общаются, уже нет. В итоге пароль не принимается, камеры не подтягиваются.

Это типичная проблема, потому что:

  • Проброс портов — это переадресация трафика, но только для указанного порта. Если протоколы камеры и регистратора требуют нескольких портов или других механизмов связи, одного проброса может быть мало.

  • Камеры и видеорегистратор находятся в разных подсетях. Проброс портов работает чаще при обращении из внешней сети к одному устройству в локальной, а не для внутреннего взаимодействия между подсетями.

В чём разница между пробросом портов и маршрутизацией?

  • Проброс портов (Port Forwarding): переадресация трафика с одного IP и порта на другой. Хорошо работает, когда нужно из интернета попасть на внутренний сервер.

  • Маршрутизация: прокладывает путь между разными подсетями, чтобы устройства могли общаться напрямую, как по внутренним дорогам.

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

Как правильно сделать маршрутизацию в Mikrotik?

Mikrotik — как универсальный переводчик и курьер в одной коробке. У него нет "WAN-порта" в классическом понимании — все порты могут быть настроены гибко. Вот простой рецепт:

Действие Что делает Аналогия
Назначить Mikrotik шлюзом в каждой подсети В 192.168.5.0 — шлюз 192.168.5.210, в 192.168.6.0 — 192.168.6.120 Поставить в каждом районе главного администратора дороги
На устройствах прописать шлюз Компьютеры, камеры, регистратор знают, куда отправлять пакеты в другую подсеть Жители знают адрес администрации района, чтобы ехать за визой
В Mikrotik настроить маршруты между подсетями Обеспечить корректное направление трафика Строительство дороги между районами

Если компьютерам нельзя назначить Mikrotik в качестве шлюза (например, потому что у них уже есть прокси-сервер), можно:

  • На прокси-сервере прописать статическую маршрутную запись: для сети 192.168.6.0/24 — через Mikrotik 192.168.5.210.

Это похоже на то, как вы даёте курьеру указание, что если нужно доставить посылку в другой район, то он должен сначала отвезти её главному администратору дороги.

Почему прокси — не оправдание

Прокси-сервер — это как фильтр, пропускающий запросы. Но если маршрут не настроен, прокси не поможет: запросы туда не дойдут. Прокси — не волшебная палочка, а только посредник. Если дорога сломана, посредник будет топтаться в грязи.

Облачное видеонаблюдение — путешествие в безлимитный мир

Если ваши сети — это узкие тропинки, то облако — это широкая автомагистраль без пробок.

Какие преимущества?

Функция Описание Польза
Неограниченное количество камер Подключайте сколько хотите камер, без ограничений Масштабируемость
Хранение и просмотр в облаке Видео хранится на серверах, доступно из любой точки Удобство и надёжность
Умные уведомления Детекция движения, статус камеры, скриншоты по расписанию Автоматизация и экономия времени
Гибкая передача прав доступа Делитесь видео с неограниченным количеством лиц Контроль и безопасность
Публичные трансляции и таймлапс Создавайте публичные трансляции, ускоренный просмотр Маркетинг и анализ
Быстрый поиск по времени и движению Ищите нужное видео без долгих пролистываний Эффективность работы

Например, для пунктов выдачи заказов (ПВЗ) доступны тарифы с хранением от 30 до 90 дней, интеграцией с Wildberries, Ozon и Яндекс Маркет.

Как смотреть видео с AHD-камер через IP-регистратор?

AHD-камеры обычно подключаются напрямую к AHD-регистратору, а для удалённого просмотра или интеграции с IP-регистратором можно использовать RTSP-потоки.

Как это работает?

Шаг Что сделать
На IP-регистраторе выбрать канал Добавить цифровой канал в меню управления
Ввести IP и учетные данные AHD-регистратора Настроить поток с нужного канала
Использовать VLC Player Открыть URL RTSP-потока, например: rtsp://IP/user=USR&password=PASS&channel=NUM&stream=0.sdp?

Таким образом, даже если видеорегистратор и камеры в разных сетях, видео можно "поймать" через сеть, словно ловя рыбу в аквариуме.

Какие порты нужны для работы видеонаблюдения?

Для нормальной работы часто используются порты:

Порт Назначение
80 Веб-интерфейс регистратора
37777 Основной поток видеоданных
554 RTSP-поток
8899 Дополнительный поток (зависит от устройства)
34567 Порт для удалённого доступа AHD-регистратора

Проброс портов всех этих каналов иногда необходим, но чаще — грамотная маршрутизация решает все проблемы.

Итог: советы и чек-листы

Для настройки видеонаблюдения в разных подсетях:

  • Понимайте устройство сети: кто где находится, какие IP и шлюзы.

  • Используйте маршрутизацию, а не только проброс портов: это надёжнее и масштабируемее.

  • Если прокси используется, добавьте маршрут до подсети видеорегистратора.

  • Для интеграции AHD и IP-систем используйте RTSP-потоки через IP-регистратор.

  • Облачное хранение — отличный вариант для масштабирования и удобства.

FAQ

Вопрос: Почему не работает проброс портов 37777?

Ответ: Потому что для видеорегистратора требуется полноценная маршрутизация между подсетями, а проброс портов часто перенаправляет трафик лишь на уровне одного интерфейса.

Вопрос: Можно ли обойтись без прокси-сервера?

Ответ: Да, если настроить маршрутизацию правильно, прокси не нужен для доступа к видеорегистратору.

Вопрос: Какой сервис выбрать для облачного видеонаблюдения?

Ответ: Обращайте внимание на количество камер, период хранения, возможность умных уведомлений и удобство просмотра.


Настройка сетевого видеонаблюдения — дело тонкое, но если представить сеть как оживлённый город, где камеры — это граждане, а маршрутизация — дороги и мосты, то проблема становится проще. Сделайте дороги прямыми, пусть камеры и регистраторы общаются без пробок, а облако пусть хранит записи — и тогда безопасность будет под контролем, словно супергерой на страже вашего порядка!