← На главную

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

Технические проблемы и ограничения прямого запуска из сетевой папки

Рассмотрим, с какими сложностями сталкивается организация при попытке запускать исполняемые файлы платформы напрямую из сетевого ресурса через протокол SMB:

1. Невозможность обновления платформы во время работы: Операционная система Windows жестко блокирует исполняемые файлы и DLL-библиотеки, если они запущены хотя бы у одного пользователя. Чтобы заменить файлы версии на сервере, придется принудительно завершать сеансы всех сотрудников.
2. Отсутствие регистрации COM-компонентов: При прямом сетевом запуске в реестре локальной ОС не регистрируется библиотека v83.ComConnector и другие COM-объекты. Это приводит к сбоям при попытке внешних систем или обработок подключиться к 1С через COM-соединение.
3. Высокая нагрузка на локальную сеть: При старте программы и открытии форм платформа считывает множество тяжелых библиотек и графических ресурсов. Если десятки пользователей одновременно запускают 1С из одной сетевой папки, возникают серьезные задержки и «зависания» интерфейса.
4. Отсутствие системных зависимостей: Стандартная установка разворачивает в систему необходимые библиотеки (включая Microsoft Visual C++ Redistributable) и драйверы ключей защиты. При сетевом запуске на чистых ПК эти компоненты будут отсутствовать.
5. Нестабильность из-за кэширования Windows: Сетевое кэширование файлов в операционной системе Windows может приводить к рассинхронизации: часть клиентов продолжит читать старые версии библиотек из кэша, что создаст «зоопарк» версий и вызовет непредсказуемые ошибки.
6. Риски безопасности: Предоставление пользователям прав на выполнение и чтение из общего сетевого каталога увеличивает поверхность атаки для вредоносного ПО (включая вирусы-шифровальщики).

Штатный механизм: административная установка 1С

Разберем, как штатно автоматизировать обновление и инсталляцию платформы с помощью средств, заложенных разработчиками 1С. Механизм административной установки использует общий запускной файл 1cestart.exe, который самостоятельно проверяет актуальность версии и при необходимости устанавливает нужный релиз локально на ПК пользователя.

Рассмотрим по шагам настройку административной установки:

1. Создание сетевого дистрибутивного каталога: На сервере создается общая папка (например, \\Server\1C_Distr), доступная пользователям на чтение. В неё помещаются распакованные дистрибутивы платформ в подпапки с именами версий (например, 8.3.25.1000).
2. Настройка общего файла конфигурации: В папке создается или редактируется файл 1cescmn.cfg (или редактируется локальный 1cestart.cfg). В нем указываются параметры централизованного обновления:
   Скопировать код

   
   DistributiveLocation=\\Server\1C_Distr
   CommonCfgLocation=\\Server\1C_Distr\1cescmn.cfg
   AppAutoInstallLastVersion=1
   

3. Автоматическая установка: Когда пользователь запускает 1С через стартер 1cestart.exe, программа сверяет текущую установленную версию с каталогом DistributiveLocation. Если на сервере появился более новый релиз, стартер в фоновом или диалоговом режиме запускает локальную установку новой версии платформы на компьютер пользователя.

Другие способы централизованного развертывания

Проанализируем альтернативные решения, применяемые в корпоративных сетях:

1. Развертывание через групповые политики Active Directory (GPO): В составе официальных дистрибутивов поставляются файлы 1CEnterprise 8.3.msi. Администратор может настроить политику домена для тихой установки пакета MSI на компьютеры пользователей при загрузке системы.
2. Обновление через веб-сервер: При использовании тонкого клиента и публикации базы на веб-сервере (Apache или IIS) путь к дистрибутиву задается в файле default.vrd через параметр pubdst. При расхождении версий тонкий клиент автоматически скачивает обновление по HTTP/HTTPS.
3. Терминальный сервер (RDP / RemoteApp): Платформа устанавливается в единственном экземпляре на сервер терминалов. Пользователи подключаются к удаленным сеансам, что полностью исключает необходимость установки ПО на локальные машины и сводит обновление к единовременной процедуре на сервере.

Таким образом, запуск платформы непосредственно из сетевой папки категорически не рекомендуется из-за проблем с производительностью, безопасностью и COM-объектами. Для удобного и бесперебойного обслуживания сети следует применять штатную административную установку через 1cestart.exe или развертывание MSI-пакетов через GPO.