Администрирование · 12 мин
Как запустить 1С в терминальном режиме
Как запустить 1С в терминальном режиме через RDP: настройка сервера, публикация баз, права пользователей, тонкий клиент, типовые ошибки и проверка результата.
Терминальный режим — самый распространённый способ организовать удалённую работу пользователей с 1С без установки платформы на каждый компьютер. Суть схемы: платформа 1С и база развёрнуты на сервере, а сотрудники подключаются к нему по протоколу RDP и работают в своём сеансе так, будто программа запущена локально. Сервер выполняет все вычисления, а на рабочее место передаётся только изображение экрана.
Такой подход решает сразу несколько задач: снижаются требования к клиентским машинам, упрощается обновление платформы (она ставится один раз на сервер), данные не покидают сервер, а доступ можно выдать сотрудникам из филиалов и с домашних компьютеров. При этом схема требует грамотной настройки: нужно поднять службу удалённых рабочих столов, выдать права, опубликовать базы и ограничить пользователей в лишних возможностях.
Ниже разобран полный цикл запуска 1С в терминальном режиме на Windows Server: от подготовки сервера и лицензирования RDS до публикации базы через RemoteApp, настройки прав и проверки результата. Отдельно рассмотрены типовые ошибки и ограничения, из-за которых терминальная схема работает медленно или нестабильно.
Что нужно подготовить перед настройкой
Основа схемы — сервер с Windows Server (подойдут поддерживаемые версии 2016/2019/2022) и достаточным запасом ресурсов. Главный дефицит в терминальных сценариях — оперативная память: каждый сеанс 1С занимает заметный объём, поэтому ориентируйтесь на формулу «память под ОС плюс по 1–2 ГБ на активного пользователя» как на минимальный порог, а реальную потребность уточняйте замерами под нагрузкой. Дисковая подсистема тоже критична: файловые базы на медленных дисках в многопользовательском терминальном режиме становятся узким местом.
Понадобятся права локального администратора на сервере, дистрибутив платформы 1С нужной версии, лицензии 1С (программные или USB-ключ) и лицензии RDS CAL на каждого пользователя или устройство. Без лицензий RDS сервер отработает пробный период, после чего подключения начнут отклоняться — это одна из самых частых причин «внезапно сломавшегося» терминального доступа.
Установка роли удалённых рабочих столов
Роль RDS устанавливается через «Диспетчер серверов»: выберите «Добавить роли и компоненты», затем «Установка служб удалённых рабочих столов» и сценарий «Стандартное развертывание» с типом «Развертывание на основе сеансов». Мастер установит три службы: посредник подключений (Connection Broker), веб-доступ (RD Web) и узел сеансов (Session Host). Для небольшой компании все три роли допустимо разместить на одном сервере.
После установки активируйте сервер лицензирования RDS и установите приобретённые CAL — это делается через «Диспетчер лицензирования удалённых рабочих столов». Затем укажите серверу режим лицензирования (на пользователя или на устройство) через групповую политику: «Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов → Лицензирование». Без явного указания режима сервер будет выдавать предупреждения и в итоге прекратит принимать подключения.
- 1Установите роль «Службы удалённых рабочих столов» с типом «Развертывание на основе сеансов» через Диспетчер серверов
- 2Активируйте сервер лицензирования RDS и установите лицензии RDS CAL
- 3Задайте режим лицензирования и адрес сервера лицензий в групповой политике
- 4Создайте коллекцию сеансов и укажите группу пользователей, которым разрешён доступ
- 5Проверьте подключение тестовой учётной записью по RDP до установки 1С
Установка платформы 1С и публикация базы
Платформа 1С на терминальный сервер устанавливается как обычно, но с важным нюансом: инсталляцию корректно выполнять в режиме установки, чтобы все пользователи сеансов получили согласованное окружение. На практике достаточно запускать установку от имени администратора до открытия доступа пользователям либо использовать команду change user /install перед установкой и change user /execute после неё. Лицензию 1С активируйте на самом сервере — тогда она будет доступна всем сеансам.
Далее нужно сделать базу видимой для пользователей. Есть два рабочих способа: добавить базу в общий список через файл ibases.v8i в каталоге C:\ProgramData\1C\1CEStart (тогда она появится у всех пользователей сервера автоматически) или разместить базу на SQL Server и подключать её как клиент-серверную. Для файловых баз каталог с данными должен лежать на локальном диске терминального сервера, а не на сетевом ресурсе — сетевой доступ к файловой базе из множества сеансов приводит к блокировкам и ошибкам целостности.
change user /install
setup_1c_platform.exe
change user /executeНастройка пользователей и прав доступа
Каждому сотруднику заводится отдельная учётная запись (локальная или доменная) — работа нескольких человек под одним логином запрещена и технически вредна: сеансы будут конфликтовать, а аудит действий в 1С станет бессмысленным. Учётные записи добавляются в группу «Пользователи удалённого рабочего стола» и в коллекцию сеансов RDS. Права администратора терминальным пользователям не выдаются.
Полезно ограничить пользователей в сеансе: запретить доступ к панели управления, реестру, диску C: и командной строке через групповые политики. Это снижает риск случайной порчи конфигурации сервера и заражения. Отдельно настройте тайм-ауты сеансов: отключённые сеансы должны завершаться автоматически через разумный интервал, иначе «зависшие» сеансы будут копиться и съедать память сервера.
Самая частая причина жалоб «1С в терминале тормозит» — не процессор, а накопленные отключённые сеансы и нехватка оперативной памяти. Настройте автоматическое завершение отключённых сеансов и следите за счётчиком «Свободная память» в диспетчере задач: если она стабильно ниже 15–20% от общего объёма, серверу требуется расширение.
Подключение пользователей: полный рабочий стол или RemoteApp
Есть два сценария доступа. Классический — пользователь подключается стандартным клиентом «Подключение к удалённому рабочему столу» (mstsc) и видит полноценный рабочий стол сервера, где запускает 1С. Вариант прост, но даёт пользователю доступ ко всему окружению сервера и требует больше дисциплины в настройке ограничений.
Более удобный и безопасный вариант — RemoteApp: публикуется не рабочий стол, а только окно программы 1С. Для пользователя это выглядит как обычное локальное приложение с ярлыком на рабочем столе. Публикация выполняется в свойствах коллекции сеансов: в разделе «Программы RemoteApp» добавьте исполняемый файл стартера 1С (1cestart.exe) или ярлык конкретной базы. Подключение на клиенте настраивается через файл RDP, веб-доступ RD Web или подписанный feed в «Подключениях RemoteApp и рабочих столов» панели управления.
Сравнение вариантов доступа
Подходит для небольших команд и администраторов. Проще в настройке, но требует жёстких ограничений политиками и даёт доступ ко всему серверу.
Оптимально для рядовых пользователей: привычный ярлык, меньше соблазнов «покопаться» на сервере. Требует корректной публикации и настройки клиентов.
Альтернатива без RDS: подходит, когда нужен доступ из браузера или экономия на лицензиях RDS, но требует развёртывания веб-сервера и публикации базы.
Проверка результата и типовые проблемы
После настройки проверьте схему под тестовой учётной записью, а не под администратором: именно права обычного пользователя выявят проблемы с доступом к каталогам, лицензиям и списку баз. Признак корректной работы — пользователь подключается, видит свою базу в стартере, входит в неё под своей учётной записью 1С, а в консоли сеансов сервера отображается его отдельный активный сеанс.
Типовые проблемы и их причины: ошибка «удалённый сеанс отключён, поскольку отсутствуют серверы лицензирования» означает, что не настроен режим лицензирования RDS; медленная прорисовка окон обычно связана с включёнными визуальными эффектами — отключите их в свойствах RDP-подключения и в политиках; ошибки доступа к файловой базе указывают на недостаток прав NTFS на каталог базы или на размещение базы на сетевом диске.
Как проверить результат
Сеанс открывается, база видна в списке, вход выполняется без ошибок
Ошибка лицензирования RDS, пустой список баз, отказ в доступе к каталогу
Свободная память не падает ниже 15–20%, отклик интерфейса быстрый
Постоянная нехватка памяти, подвисания сеансов, рост очереди диска
Отключённые сеансы закрываются по тайм-ауту автоматически
Накопление десятков «висящих» сеансов в диспетчере RDS
Ограничения и альтернативы терминальному режиму
Терминальная схема не единственный способ удалённой работы с 1С. Если пользователей немного и им нужен доступ из браузера, проще опубликовать базу через веб-сервер (IIS или Apache) и работать в веб-клиенте — тогда лицензии RDS не нужны вообще. Для тонкого клиента через интернет используется тот же механизм публикации, но с приложением вместо браузера.
Учитывайте и ограничения терминального режима: требования к серверу растут линейно с числом пользователей, печать и сканирование с локальных устройств требуют настройки перенаправления принтеров (Easy Print не всегда корректно работает с кассовым и специализированным оборудованием), а COM-обмены и интеграции, рассчитанные на локальный запуск, могут потребовать доработки. При числе одновременных пользователей от нескольких десятков стоит рассматривать клиент-серверную архитектуру с выделенным SQL Server и, при необходимости, ферму терминальных серверов.
Что важно запомнить
Терминальный запуск 1С строится на связке: Windows Server с ролью RDS и лицензиями CAL, платформа 1С на сервере, локально размещённая база и отдельные учётные записи пользователей. Для рядовых сотрудников удобнее публиковать 1С через RemoteApp, доступ из интернета — только через VPN или шлюз, а стабильность обеспечивают контроль памяти и автоматическое завершение отключённых сеансов.
Частые вопросы
Можно ли запустить 1С в терминальном режиме на обычной Windows 10/11?
Технически штатный RDP в клиентских версиях Windows допускает только одно одновременное подключение и не предназначен для многопользовательской работы — это ограничение лицензионного соглашения. Для полноценного терминального сервера нужна Windows Server с ролью RDS. Сторонние «патчи» для снятия ограничения нарушают лицензию и создают риски стабильности, использовать их в рабочей среде не следует.
Сколько пользователей выдержит один терминальный сервер?
Точного универсального числа нет: оно зависит от конфигурации 1С, объёма данных и характера работы. Практический ориентир — выделять 1–2 ГБ оперативной памяти на активный сеанс плюс резерв под ОС и СУБД, а затем контролировать реальную нагрузку. При регулярной нехватке памяти или очередях к диску сервер нужно расширять или выносить базу на отдельный SQL Server.
Чем терминальный режим отличается от веб-клиента 1С?
В терминальном режиме на сервере запускается полноценная платформа, а пользователю транслируется изображение сеанса по RDP — для этого нужны лицензии RDS. Веб-клиент работает в браузере через публикацию базы на веб-сервере и не требует RDS CAL, но имеет ограничения по функциональности (например, по работе с файловой системой и некоторыми расширениями). Выбор зависит от задач, бюджета и требований к клиентским местам.
Почему пользователи видят ошибку про отсутствие серверов лицензирования?
Ошибка означает, что не настроен режим лицензирования RDS или не указан сервер лицензий. Откройте групповую политику: «Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов → Лицензирование», задайте режим (на пользователя или на устройство) и укажите сервер лицензий. После применения политики и перезапуска службы подключения восстановятся.
Как безопасно дать доступ к терминальному серверу из интернета?
Не публикуйте порт 3389 напрямую. Безопасные варианты: подключение через VPN до внутренней сети, использование шлюза удалённых рабочих столов (RD Gateway) с HTTPS и сертификатом, либо доступ через веб-клиент 1С с публикацией на защищённом веб-сервере. Дополнительно включите NLA, сложные пароли и ограничение входа по времени для снижения риска компрометации.
Нужно ли устанавливать платформу 1С на компьютеры пользователей?
Нет, в этом главное преимущество схемы: платформа ставится один раз на терминальный сервер. На клиентских машинах достаточно стандартного RDP-клиента (есть во всех версиях Windows) или настроенного подключения RemoteApp. Обновление платформы также выполняется централизованно на сервере в нерабочее время.