Удалённый доступ к NAS и ПК: совместная работа на своих мощностях

В марте 2026 года AWS сообщила о повреждении инфраструктуры в ОАЭ и Бахрейне после атак беспилотников. В ОАЭ под удары попали две площадки. Компания публиковала сведения о состоянии сервисов и восстановлении в AWS Health.

В октябре атаки затронули дата-центры Яндекса. В ночь с 7 на 8 октября был повреждён ЦОД в Сасово, 9 октября – площадка в Калуге, а 11 октября – во Владимире. Яндекс сообщил об остановке работы объектов в Сасово и Владимире и выходе из строя части инфраструктуры в Калуге. Подробности приведены в официальном сообщении компании, обновлённом 11 октября.

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

Как использовать свой NAS или ПК для совместной работы

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

NAS можно подключить как внешний источник файлов, а рабочее пространство BIMdisk разместить на отдельном сервере. Другой вариант – установить сервисы на оборудовании компании. Для этого проверяем операционную систему, доступную память и поддерживаемый способ установки. Требования серверной платформы приведены в официальной документации.

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

Как открываем доступ к файлам

Способ подключения выбираем под работу сотрудника. Для получения выпусков и проверки документов обычно достаточно браузера. Постоянная работа с моделями и множеством связанных файлов требует отдельной проверки.

• Браузер и ссылки. Открываем нужные папки участникам, а заказчику передаём ссылку на согласованный комплект. Права на просмотр, загрузку и изменение задаём отдельно.
• Синхронизация. Выбираем папки, которые должны быть на компьютере сотрудника. Проверяем объём первой загрузки, поведение при потере связи и порядок разбора конфликтующих изменений.
• WebDAV. Подключаем хранилище в подходящем файловом клиенте. На рабочем примере проверяем ограничения размера файлов, блокировки и поведение используемой программы.
• VPN и сетевые папки. Настраиваем доступ к выбранным внутренним ресурсам. Проверяем, как открываются файлы и сколько занимает сохранение с рабочего места сотрудника.

Обычную службу SMB оставляем внутри защищённой сети. Microsoft рекомендует блокировать входящий TCP-порт 445 из интернета; порядок настройки описан в руководстве по защите SMB. Для удалённых сотрудников подбираем защищённую схему подключения с учётом сетевых ограничений офиса.

Что проверить в канале и хранилище

При работе из дома важна скорость отдачи на стороне офиса. Канал используют сотрудники и фоновые задачи – например, синхронизация и резервное копирование. Проверяем соединение в обычный рабочий день и смотрим, что происходит во время активной работы команды.

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

На NAS или сервере проверяем свободное место и состояние накопителей, смотрим на задержки при одновременном доступе. Повторяем привычные действия сотрудников – открываем проект, сохраняем изменения, запускаем синхронизацию и сверяем полученные файлы. По этим замерам выбираем конфигурацию и допустимую нагрузку.

Как организуем общие папки и права

Договариваемся о структуре проекта. Исходные данные, рабочие материалы, выпуски и архив получают свои папки. Назначаем ответственных за публикацию, чтобы участники понимали, какой комплект передаётся заказчику.

Доступ настраиваем по группам и разделам. Сотрудникам открываем рабочие папки, подрядчикам – согласованную область проекта. Заказчику выдаём доступ к материалам, подготовленным для передачи. После завершения работ проверяем внешние ссылки и закрываем лишние разрешения.

Что учитываем для Revit Server

Для команды, которая одновременно работает с центральной моделью, отдельно выбираем схему совместной работы. Autodesk описывает различия между файловой схемой и Revit Server и предупреждает о проблемах файлового доступа через WAN/VPN в официальном руководстве.

Перед запуском согласуем версии Revit, серверную часть и лицензирование. Проверяем ресурсы Windows Server и работу на тестовой модели с реальных рабочих мест. NAS может хранить архив и документы проекта; возможность разместить на нём серверную часть проверяем по требованиям конкретного оборудования и программ.

Где будет резервная копия

Свой NAS сохраняет зависимость от питания, офисного интернета и состояния оборудования. Планируем отдельное место для копий и доступ к нему на случай недоступности основной площадки.

Синхронизация переносит изменения между устройствами, в том числе случайное удаление. Дисковое зеркало помогает при отказе накопителя. Для восстановления после потери сервера или площадки нужна независимая копия с подходящей глубиной истории.

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

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

С чего начать подключение своего хранилища

Собираем сведения об оборудовании и работе команды. Понадобятся модель NAS или параметры ПК, операционная система, объём данных и число одновременно работающих сотрудников. Отдельно отмечаем программы, которым нужен доступ к общим файлам.

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

Связанные материалы: WebDAV и VPN, совместная работа с Revit Server, среда общих данных, калькулятор стоимости.