Cirick

Порт открыл

Беда в том, что под этим выражением разные люди понимают разные действия. Одни подразумевают разрешение в брандмауэре Windows, другие - разрешение во внешнем брандмауэре (на роутере и т.п.), третьи вообще так могут назвать проброс порта в NAT на роутере. Без уточнения не ясно, что подразумеваете вы.

Если брандмауэр Windows сейчас включен, то проще всего временно выключить его и попробовать подключиться, а если это поможет, то создать правило, разрешающее RDP и снова включить брандмауэр.

Ну и, конечно, в любой непонятной ситуации смотрите логи - видно ли на принимающем компьютере какие-то (неудачные) попытки соединения.

Смотри в сторону видеорегистратора hiwatch. Системники в гостиницах, ресторанах не лучшее решение. Его никто не будет трогать, пока чего-то не случится, а там выяснится, что он уже полгода не пишет. В видеореге только харды могут сдохнуть, в системнике точек отказа кратно больше.

Что вы подразумеваете под "скрывает" ?
Задача построения карты подключения сети - нетривиальная даже для небольшой сети.
Для ее облегчения используются специальные протоколы: LLDP, CDP, частично - snmp.
Но эти протоколы никто не включает на портах, которые смотрят наружу.
Микротик не так рапространен среди более-менее крупных провайдеров, но даже если используется, никто не открывает доступ к управлению на портах абонентов.

traceroute (tracert) - покажет вам через какие маршрутизаторы проходит трафик от вас до узла назначения.
Провайдеры, обычно, это никак не блокируют...

Я нагуглил инструкцию, что с помощью acronis disk director надо преобразовать динамический диск в базовый

и этой кривой инструкцией ты уничтожил данные на диске, для восстановления потребуется больше сил

Если тебе дороги данные, неси в сервис

Ставишь в каждый офис нормальный роутер типа микротика
объединяешь их в сеть любым ВПН который нравится
Профит

К виртуалкам делаешь обычный проброс портов, внутри ВПН сети. ну либо настраиваешь routes

Провайдер тебе не предлагает раздавать эти адреса на все ПК. эти адреса только для роутеров \ шлюзов. далее ты уже сам выстраиваешь маршрутизацию

Никаких конфликтов там не будет.

ddr4 будет актуальна ровно столько, сколько будет актуальна производительность процессоров ее поддерживающих.

подключить сервер и вторую сеть к 1 впн серверу и настроить маршрутизацию между ними

внедрить стандарт 802.1X

настроить фаервол на запрещения всех входящих портов кроме rdp

В вашем случае этим можно не забивать себе голову, а просто поставить заббикс на сервер, настроить и начать использовать. Нагрузка у вас маленькая - меньше тысячи объектов. Стандартный сервер все это переварит без особого напряга. Ну, если конечно на задаваться такой целью и не грузить в БД тонны метрики за каждую секунду. Я, например, вполне успешно юзал заббикс для мониторинга порядка полутысячи рабочих ПК юзеров, еще плюс телефоны, принтеры, сканеры, АТС и астериксы всякие, плюс зоопарк из полусотни серверов с кучей своих зоопарков софта и другой мути и все это на каком-то простом сервере. Сейчас уже и не вспомню точно всех деталей. На хабре есть статья, в которой автор рассказывает об успешном применении заббикса для мониторинга миллионов серверов (то ли десятки то ли сотни). Вот там да, нужны и прокси и распределение нагрузки и все такое прочее.
Вот тут есть конкретные числа требований по железу: https://www.zabbix.com/documentation/current/ru/ma...

1. Если там розетки проверить в первую очередь их. Переобжать.

2. Откусить концы патчклрда и переобжать, такое бывает при плохом обжатии.

Кроме переобжтмкт ничего не сделаешь.
Максимум если есть тестер сможешь проверить но потом все равно переобжимать.

Поздравляю, базы данных вы успешно убили.
Рекомендую остановить мускул, стереть все содержимое /var/lib/mysql, запустить мускул - это равносильно его полной переустановке с потерей всех данных, пользователей, паролей, прав доступа... И восстанавливайтесь из бекапа.

В следующий раз рекомендую внимательно читать логи, документацию по мускулу....