Linux как терминальный сервер для 1С: практическое руководство

Использование Linux в роли терминального сервера для 1С — рабочий способ снизить затраты на лицензии Windows Server и RDS CAL, особенно в небольших компаниях на 5–30 пользователей. Схема проста: на сервер ставится дистрибутив Linux, платформа 1С:Предприятие для Linux и служба удалённых рабочих столов (обычно xRDP), а пользователи подключаются по RDP с Windows-клиентов, тонких клиентов или других Linux-машин.

У решения есть и ограничения. Клиентские приложения 1С под Linux официально существуют (есть толстый и тонкий клиент для x86-64), но часть функциональности — например, некоторые COM-интеграции, драйверы торгового оборудования и специфические внешние компоненты — может работать только под Windows. Поэтому перед миграцией нужно проверить, какие именно конфигурации, расширения и периферия используются у пользователей.

Ниже разобраны архитектурные варианты, выбор дистрибутива и протокола, установка платформы, настройка xRDP, лицензионные вопросы и контроль результата. Материал ориентирован на администратора, который уже умеет базово работать в Linux-консоли.

Какие архитектурные варианты существуют

Первый вариант — файловый режим: база лежит в общей папке (например, на том же сервере, опубликованной по SMB), а пользователи запускают платформу в терминальных сессиях и открывают базу по сети. Это просто, но файловый режим плохо переносит одновременную работу более 5–10 пользователей и чувствителен к обрывам сети — риск повреждения базы выше.

Второй вариант — клиент-серверный: на той же или отдельной машине разворачивается сервер 1С:Предприятия для Linux и СУБД (чаще PostgreSQL с патчами от 1С или PostgresPro). Терминальные сессии в этом случае выступают только «экраном» для толстого или тонкого клиента. Это рекомендуемая схема при числе пользователей от 10 и выше.

Третий вариант — гибридный: терминальный сервер на Linux, но базы публикуются через веб-сервер (Apache), и часть пользователей работает через браузер или тонкий клиент по HTTP, вообще без RDP. Это удобно для удалённых сотрудников и снижает нагрузку на терминальные сессии.

Выбор дистрибутива и графического окружения

Платформа 1С официально поддерживает ограниченный список дистрибутивов — актуальный перечень стоит сверять на портале 1С, так как он меняется от версии к версии. На практике чаще всего берут Debian или Ubuntu LTS как наиболее предсказуемые по зависимостям, либо отечественные дистрибутивы (Astra Linux, ALT Linux, РЕД ОС), если требуется реестр отечественного ПО.

Графическое окружение для терминального сервера должно быть лёгким: Xfce — стандартный выбор для xRDP, он стабильно работает в удалённых сессиях и не расходует лишнюю память. Тяжёлые окружения (GNOME, KDE) в сочетании с xRDP часто дают артефакты, чёрный экран или конфликты с дисплейным менеджером.

Установка и настройка xRDP

xRDP — серверная служба, принимающая подключения по протоколу RDP, что позволяет пользователям работать штатным клиентом «Подключение к удалённому рабочему столу» из Windows. Установка на Debian/Ubuntu выполняется несколькими командами, после чего нужно создать пользователей и проверить вход.

sudo apt update && sudo apt install -y xrdp xfce4 xfce4-goodies
sudo systemctl enable --now xrdp
sudo adduser user1
echo "startxfce4" > /home/user1/.xsession
sudo ufw allow 3389/tcp

После установки проверьте, что служба слушает порт 3389 (ss -tlnp | grep 3389) и что вход под новым пользователем открывает рабочий стол Xfce, а не чёрный экран. Чёрный экран после входа — самая частая проблема; обычно она решается корректным файлом .xsession или настройкой /etc/xrdp/startwm.sh.

Ограничения xRDP

xRDP не даёт аппаратного ускорения графики, поэтому интерфейс 1С работает с заметной, но терпимой задержкой отрисовки — для учётной работы это некритично. Перенаправление принтеров и буфера обмена работает, но USB-устройства (сканеры штрихкодов, фискальные регистраторы) пробросить через стандартный xRDP сложно — для торгового оборудования обычно нужны отдельные решения на стороне клиента.

Установка платформы 1С на Linux

Дистрибутив платформы для Linux скачивается с портала releases.1c.ru в виде deb-пакетов (клиент, сервер, дополнительные компоненты). Для терминального сценария достаточно клиентской части; серверные компоненты нужны только в клиент-серверной архитектуре.

1. 1
   Скачайте deb-пакеты платформы нужной версии с портала 1С
2. 2
   Установите зависимости: sudo apt install -f после установки пакетов
3. 3
   Установите пакеты: sudo dpkg -i 1c-enterprise-<em>-common_</em>.deb и клиентский пакет
4. 4
   Запустите 1С из меню приложений или командой /opt/1cv8/x86_64/<версия>/1cv8
5. 5
   Добавьте информационную базу и проверьте вход под тестовым пользователем

Обратите внимание на шрифты: без пакета Microsoft-шрифтов (ttf-mscorefonts-installer) интерфейс 1С может отображаться с «кривой» вёрсткой окон и таблиц. Также проверьте локаль системы — для корректной работы с русскими датами и сортировкой нужна локаль ru_RU.UTF-8.

Лицензии: что нужно учесть

Отказ от Windows Server убирает расходы на серверную лицензию Windows и RDS CAL, но лицензии 1С никуда не деваются. Клиентские лицензии 1С привязываются не к ОС, а к способу активации: программные лицензии активируются на сервере 1С или на машине с сервером лицензирования, аппаратные ключи HASP тоже поддерживаются под Linux (нужен драйвер aksusbd).

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

Печать, обмен и периферия

Печать из терминальной сессии настраивается через CUPS: принтер устанавливается на сервере и становится доступен всем сессиям. Альтернатива — проброс принтера клиента через RDP (xRDP умеет перенаправлять принтеры, но стабильность зависит от драйверов; надёжнее ставить сетевые принтеры напрямую в CUPS).

Обмен файлами с локальными машинами пользователей делается через перенаправление дисков в RDP-клиенте или через общую сетевую папку (Samba). Второй способ предсказуемее: пользователь сохраняет файл в сетевую папку, и он виден на его рабочем месте.

Проверка результата и нагрузочное тестирование

Перед переводом пользователей проверьте ключевые сценарии: открытие базы, проведение типовых документов, формирование основных отчётов, печать, выгрузку в Excel (под Linux используется формирование через встроенные механизмы табличных документов — внешний Excel не требуется). Желательно прогнать сценарии одновременно с нескольких сессий, чтобы увидеть поведение под нагрузкой.

Мониторинг ресурсов ведите штатными средствами: htop, free -m, iostat. Как ориентир (не норматив): на каждую активную сессию с запущенной 1С закладывайте порядка 1–2 ГБ ОЗУ сверх системных нужд — точное потребление зависит от конфигурации и режима работы.

Частые вопросы