omonraa

Это не "белый" IP
Либо техПО тупит, либо я даже хз...

Белый(внешний) адрес должен быть доступен из любой сети. обычно такая услуга есть у любого домашнего провайдера.
Посмотрите в ЛК банально... у многих просто там 1 кнопкой он подключается

Запомните правило: те данные которые хранятся не у вас в любую секунду могут стать недоступны. Поэтому самое простое: sftp или ftp+vpn к вашему серверу хранения. Всё остальное типа облаков как рекомендовали выше- крайне рискованное мероприятие....можно делать репликацию, бекап, разнесение на несколько локаций и прочее уже дополнительные мероприятия для повышения отказоустойчивости, но это уже отдельная история.

подскажите как лучше и эффективней это сделать?

Это зависит от задач, требований и бюджетов.
1. Самое дешевое - облака типа Google Drive, OneDrive и тп
2. Самое безопасное - VPN-сеть с разворачиванием на сервере конторы.
3. Самое простое - поднять (s)ftp.
4. Самое дорогое (ИМХО) - NAS с удалённым доступом.
5. Общая закрытая группа в соцсетях/месенджерах.

Это не всё, но первое, что приходит на ум.

Отключить букву диска можно командой:
mountvol z: /d

Нужно начать со структурирования сети:
1) Убрать гирлянды, каждый коммутатор должен быть включен в один центральный "агрегатор", лучше L3.
2) Сегментировать L2 домены с помощью VLAN.
3) Настроить механизмы Loopback detection/Storm control и пр.
4) Настроить DHCP Snooping/IP Source Guard и пр. для ограничения статических IP.
5) Мониторинг: опрос всех устройств по SNMP, сбор логов по SYSLOG.

На древнем DES-3852 наблюдалась как-то у меня проблема - переставал роутить произвольные сети во вланах. Помогал ребут. А совсем помогло - обновление прошивки, на которую техподдержка дала ссылку, так просто найти ее что-то не смог. Поэтому в длинке начал бы с этого.

DES-32xx и DGS-32xxx у меня как раз раз в пол года и подвисали, бывало. Спасает мониторинг через SMTP и своевременное реагирование на проблемы загрузки коммутаторов.
И если есть петли, то хорошо бы посмотреть, включен ли протокол STP/RSTP.
Также, могу подсказать, dlink и прочие коммутаторы плохо держат мультикаст, если не настроен IGMP-snooping.

Виснет оборудование, нужно понимать какое. В момент зависания нужно сидеть и тестровать, где именно затык, каким нибудь трасертом до адреса в веб и смотреть где идет остановка, или до маршрутизатора и т.п. Когда поймете что падает, посмотрите логи и поймете почему. Сомневаюсь что падают все комутаторы, а значит или падает ядро или тот кто рулит маршрутизацией.
Если год все работает и потом зависает, то может тупо учетка памяти на устройстве. Я бы начал с элтексов )))))

Опыт жизни:
- какая-то хрень с сетью, то работает то нет, какие-то устройства работают ?
- это кольцо.

Отключай все и каскадно подключай

У вас стоит випнет что то там, потом кольцо по схеме ,хз как реализовано, без конфигов разберёшься ?? Оптический хаб во все стороны фигачит... И в облако и в сеть и на второй этаж.... 1) что нужно делать - читать логи и логировать. 2) смотреть конфиг 3) оптимизировать сеть, к примеру у вас какая топология сети по рисунку ?))

Белый адрес - ОпенВПН на роутере - клиент ВПН извне, цепляетесь и работаете.
Если проброс портов, то это стену ставить и настраивать корректно, потому что как только откроете порты на внешку, то китайцы будут стучаться нон-стоп.

Я дома пользуюсь Линией под Linux. На работе есть и сервера под windows, и пол линукс. Можно докупать хоть по одному каналу. Очень хороший софт.
Сервер на i5-12400 нагрузка не больше 40% - пишет 32 канал
https://devline.ru/price/
если что, у них там и регистраторы есть под разные потребности.

- от них витая пара (не PoE, питание камер отдельное)

Зачем городить огород и тянуть лишний кабель питания? Делай PoE и не парься, либо можно просто питание подать на камеры по синей и коричневой паре раздербанив витухи либо использую poe-сплиттер типа такого
https://www.citilink.ru/product/splitter-osnovo-pp...

IP, который ей присвоит коммутатор? Например подсеть коммутатора 192.168.0.0 значит у камер будут адреса 192.168.5, 192.168.6, 192.168.07 и так далее?

IP-адреса присваивает роутер с включенным dhcp-сервером, коммутатор адреса обычно получает и то, если он управляемый. В адресах у тебя скорее всего опечатки, 0 в третьем октете не хватает.

А вообще, для видеонаблюдения в идеале выделяют дополнительную подсеть, чтобы трафик видеонаблюдения не мешал основной сети. Как-то так
192.168.10.0/24 - основная сеть
192.168.20.0/24 - гостевая сеть
192.168.30.0/24 - сеть видеонаблюдения

1. Как и говорили другие участники - лучше готовый видеорегистратор - комплектный компик с предустановленным софтом. (Видеорегистратор для IP камер зовётся также NVR)
Бывает - и со встроенным коммутаторчиком на несколько портов. И с выдачей PoE на камеры.
Стоить будет дешевле, чем обычный комп. Добавить только HDD надо...
Мы частенько Trassir из железок используем.

2. А смысл не выдавать PoE на камеры с коммутатора, и тащить его отдельно? Просто больше проводов приходится тягать и больше точек отказа...

3. Нет, в общем случае КОММУТАТОР никакие IP адреса никому не присваивает. Он вообще ничего про IP адреса не знает. Этим занимается либо Windows сервер, либо видеорегистратор-NVR. Служба, выдающая IP адреса всем желающим, называется ЗАГС ... э-э-э... То есть DHCP :)

4. Если всё-же по каким-то соображениям строго необходимо софт под Windows разворачивать - можно на тот же Trassir посмотреть (берется на сайте dssl.ru в разделе тех.поддержка, лицензируется по камерам; на ряд камер лицензия идёт с ними в комплекте),
можно - на videonet Light посмотреть, тоже весьма бюджетное решение...

Вы хотите сделать так, как не надо делать. )
Делайте типа так:
1. IP-видеорегистратор. (Hik или hiwatch) на 8 камер.
2. Коммутатор (dahua) с 7-8 портами poe-out.
3. Камеры hiwatch (c питанием по POE), желательно цилиндрического исполнения, чем купольные, так как их монтировать удобнее.
Бренд можете любой, конечно, подставить сюда. Но POE - маст хэв. И упаси, Великий Аттрактор, ставить какой-либо программный видеорегистратор на обычный комп, будь он на винде или на линуксе, не важно. Ваш проц при записи или проигрывании с этих 6 камер будет утилизироваться как минимум на 50-60 процентов.

- Писать непрерывное видео на SSD - это очень плохая идея. Моторесурс на запись у них низкий, уделаете диски очень быстро. Лучше берите HDD.
- Всё же проще сделать на регистраторе, он дешевле сервера виндовс.
- Некоторые программы от регистраторов (и производителей камер) умеют делать локальную капись, на нем же вы сможете локально смотреть трансляцию (там где программа поставлена). Или поставить еще одну, и настроить. Но с регистратором это всё много проще.
- С трансляцией в большой интернет сложнее. Нужно преобразование потока и его кеширование на серверной стороне, т.к. много клиентов ни камеры ни регистратор не вывезут. Тут или покупать платное решение, или делать на коленке своё.
- Еще вариант - просто отдать это на откуп какому-нибудь провайдеру. Платите абонплату и всё.

Возьми видеорегистратор, не придумывай проблем из ничего.
Видеорегистратор - это такой мини-пк с специализированным софтом, с чипом умеющим аппаратный декодинг. Софт отлажен и надежен - это не винда которая захочет обновиться именно в тот момент когда нужно запись с камер.

Лучше вибирать того бренда, которого у вас стоят камеры - это единая инфраструктура и каждый регистратор под свой бренд заточен, хотя и умеет принимать другие.

XM - дешевый и надежный.
Dahua - дороже и менее надежный.
HikVision - дорогой.