Daemon23RUS

Стандарт PoE 802.3af тип А позволит подключить камеру по 4м жилам с PoE на скорости 10/ 100Мбит
Один провод перекинуть не выйдет, надо пару, например коричневую или синюю вместо поврежденной зеленой.
Другой вопрос - А умеет ли камера и регистратор PoE 802.3af тип А - ?

Если асинхронная операция будет завершена успешно, тогда результат, ожидаемый от промиса, будет возвращён путём вызова функции resolve Вы где определили эту функцию ?
P.S. Ваш код работает

Состояние pending
Promise {<pending>}
ошибка данные не пришли

PSS
Что то Вы нам не договариваете. Фрагмент кода работает, и не только у меня, но у Вас нет.
Вынесите его или в отдельный файл или в тег script и проверьте этот фрагмент. Возможно дело то у Вас совсем в другом.

Розеток 4, а кабель подключаемый их к основному роутеру 1

Сначала уточним исходные данные: У Вас В новом жилище заведен интернет в роутер (вопрос как, оптика или медь, но сейчас это не важно) т.е одно (первое ) входящее подключение в роутер. У вас 4 розетки, но при этом одно (второе ) исходящее подключение на 4 розетки.
Из этих данных можно предположить что максимум что можно выжать это 2 одновременных подключения устройств (и это я еще ооочень оптимистичен) в розетки и скорость максимум 100мбит (как оставшиеся 2 разведены - загадка)
Решение - обеспечить 1 полноценный правильно обжатый кабель в 1 розетку. скорость соединения получите 1Гбит (2,5 если роутер, кабель и ноут поддерживает)

Оочень интересный мысленный эксперимент. Медный проводник сечением 1мм и по экватору, а это 40 млн метров.
Сопротивление 0,0175 Ом·мм²/м итого 700кОм сопротивления, и пытаемся навести силу тока в 1А. Т.е потребуется приложить 700 тыс. вольт. И это на 1А, т.е мощность нашего источника питания 700кВт. Занятная штука вышла.
Теперь о сути вопроса, сильно упрощая и делая допущения, но чтобы представить как это происходит. Вообразите вместо провода длинный состав стоящий на путях по экватору, с одним единственным тепловозом (допускаем что тепловоз может тянуть это по кольцу) в сцепках между вагонами зазор (минимальный, размер не имеет значения)
Так вот Ваш процесс будет схож с троганием этого состава, в первую очередь придут в движение вагоны рядом с тепловозом, и далее в обе стороны пойдет волна распространения этого движения (со скоростью света) те вагоны что тронулись в момент изменения скорости излучат электромагнитную волну, а те что двигаются будут создавать магнитное поле.

Пробуйте, что Вам зайдет по интерфейсу и возможностям, поднимайте в промоксе, тестируйте.
pfsense
openwrt Может получится подобрать к Вашей железке или банально поднять в промоксе
VyOS
Да много еще чего (даже лень перечислять, все есть в сети, поиск рулит), тот же образ микротика для PC
Но проблема не в образе, прийдется погрузится в сетевой стек, чтобы понимать как настроить правила, чтобы у Вас все работало как Вы задумываете. Не знаю ни одной программы в которой была бы кнопка сделать з***сь.
И "тут помню - тут не помню" ой как будет мешать.

Windows - tracert определенный_сайт и посмотреть по какому маршруту пошли пакеты
Потому как на сервисе вы проверите то, как Вас видит выбранный сервис проверки IP

1й момент - ограничить доступность контейнера только localhost
-p ???:??? -> -p 127.0.0.1:3000:3000
В конфиге nginx (он же у Вас на хостовой машине) proxy_pass http://127.0.0.1:3000;
Порт 3000 ессно должен быть у Вас не занят никаким другим приложением
а для остальных контейнеров -p 127.0.0.1:3001:3000 -p 127.0.0.1:3002:3000
с соответствующей записью в конфиге Nginx proxy_pass http://127.0.0.1:3001; proxy_pass http://127.0.0.1:3002;
По 1) Любой на выбор, главное правильно их сопоставить. 2) Никакие порты наружу не торчат, у Вас все за Nginx и 3) Можете запустить сколько угодно контейнеров, внутри они все будут по 3000 (меняется по желанию) а с наружи (localhost) каждому свой порт.
P.S Упс проглядел, у Вас контейнер наверное FastCGI поэтому proxy_pass http://127.0.0.1:3000; меняйте на fastcgi_pass 127.0.0.1:3000; Но думаю в этих мелочах Вы уже разберетесь.

С запароленными архивами конечно понятно, это самое простое что приходит на ум.
Но думаю что вопрос имеет еще ответ более применимый к электронной почте.
S/MIME (Secure/Multipurpose Internet Mail Extensions) — стандарт для шифрования и подписи в электронной почте с помощью открытого ключа. S/MIME - более "правильный" подход, корпоративный.
Еще есть PGP (Pretty Good Privacy) - Более легкий способ начать использовать шифрование.
Оба поддерживаются большинством почтовых клиентов.
И оба лишены недостатка передачи ключа для дешифрирования. Ввиду того, что такая передача "пароля" не требуется. Шифруется открытым ключем (любой может) а Расшифровать может только владелец закрытого.

то пользователь не сможет попасть в профиль, но и зарегаться снова не сможет, он уже зареган.

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

Почтовый клиент Gmail с некоторых пор перестал допускать SMTP 25 порт, тип безопасности - нет, исключение - локальная сеть.
Проверить достоверность - на Ваших плечах, Гугл давно собирался, вот видимо и случилось.

P.S. Вот теперь стало яснее (поле предоставленного вывода на команду EHLO)
1й внутри -AUTH GSSAPI NTLM LOGIN
1й снаружи - AUTH NTLM
В догонку 2й снаружи AUTH NTLM LOGIN
Угадайте с 1й ноты какого метода авторизации нет снаружи у проблемного сервера. Верно, авторизации по логину и паролю. О чем Gmail Вам и рапортует (Методы аутентификации не поддерживаются сервером)

Outlook Anywhere выбрать тип аутентификации: Basic Authentication И не забудьте чтобы соединение происходило только через SSL/TLS.

2 банки параллельно, + и - на фото указаны, а вот средний контакт - не могу сказать за конкретно эту модель, но в нижнем ценовом диапазоне, зачастую там буквально терморезистор, выполняющий защиту акб от перегрева - ФСЕ!
Но !!! к моему ответу отнеситесь настороженно, поищите более информации, и все подключения на Ваш страх и риск !
P.S. как вариант можете найти дохлый телефонный АКБ Li-ion на 3.7v в идеале близкий по емкости. И заколхозить к 2м параллельным 18650. Учитывая что у Вас их россыпь, раз в пол года/год замена 18650 проще, чем поиск и разбор схемотехники, просто цените свое время!
P.S.S. Мне показалось, или действительно на 2м фото на АКБ USB разъем для зарядки ? Если это действительно так, то прислушайтесь к VoidVolker, он Вас в верном направлении отправил.

Есть подозрение, что документы могут быть подделаны

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

Вам путь один, только в консоль SSH устройства и dmesg и там далее в выводе интуитивно понятно какой диапазон занимает интересующий Вас раздел (ubi)
Вне операционной системы девайса нифига не понятно что и где, все может быть где угодно и какого угодно размера. Ибо таблицы разделов там нет (в фулл дампе)
P.S. если дебажить с самого начала, то все можно найти, но но Вам надо ? Тем более нам !

у всех указан уникальный порт для подключения взамен стандартного 37777. Для доступа из интернета на регистраторы на хостинге в DNS прописан наш "белый" IP c записью вида "ip.company.ru".

Решение выставит 37777 в мир, хоть и подменный - так себе идея, думаю что все Ваши регистраторы уязвимы, и вопрос времени когда но них доберутся мамкины хацкеры.
Для внешнего мира, поднимите VPN сервер на своем белом IP. добавте A записей dvr-01.ip.company.ru - dvr-99.ip.company.ru (по количеству регистраторов) со внутренними IP адресами регистраторов. Лицам имеющим право просматривать добавьте VPN аккаунты. Настройте VPN таком образом, что только пакеты в локальную сеть регистраторов идут в туннель.
Профит - в локальной сети вы имеете доступ по dvr-XX.ip.company.ru, а за пределами офиса через интернет, только после подключения к VPN имеете доступ, по этим же адресам (dvr-ХХ.ip.company.ru)
Это только один из вариантов, описывающий суть решения.
P.S. Из плюсов, при утрате сотрудником права доступа (увольнение) удаляте его VPN аккаунт, и он теряет возможность наблюдать извне за происходящим.

Проблема воспроизводится нерегулярно и только для UDP-трафика(порты все).
В чем может причины такого поведения сети?

Может быть потому, что UDP не гарантирует доставку данных, не осуществляет проверку целостности данных и не отправляет повторно потерянные пакеты ?