Работа в 1С через терминальный сервер: схема, настройка и защита
Содержание
Терминальный доступ в 1С — это работа с программой, которая запущена не на вашем компьютере, а на сервере: пользователь подключается к нему по протоколу RDP и видит окно 1С, а все вычисления и обращения к базе идут на сервере. Чтобы его настроить, на Windows Server включают службы удалённых рабочих столов (RDS), ставят туда платформу 1С, кладут базу рядом и раздают пользователям ярлык подключения.
Вариантов удалённой работы с 1С три: терминальный сервер , веб-клиент и тонкий клиент через интернет . Терминал выбирают, когда база файловая, канал у сотрудников слабый, а настраивать веб-публикацию не хочется. Веб-клиент и тонкий клиент по HTTP удобнее, если пользователей много и нужен вход с любого устройства без RDP.
Что даёт терминальный доступ к 1С и когда его выбирают
Главный плюс — по сети к пользователю идёт только картинка экрана, нажатия клавиш и мыши. Сама база не «качается» по каналу. Поэтому файловая база, которая еле ворочается по сетевой папке в офисе, через терминал работает почти как локальная.
Кому подходит терминальная схема:
- 🏢 небольшой фирме с файловой базой на 3–15 пользователей и филиалом или удалёнными сотрудниками;
- 🧾 бухгалтеру на аутсорсе, который обслуживает несколько организаций и держит все базы в одном месте;
- 📶 офису со слабым интернетом у сотрудников: RDP-сеансу хватает 1–2 Мбит/с на человека;
- 🔒 компании, которой нужно, чтобы данные не покидали сервер и не оседали на ноутбуках.
Что вы теряете: зависимость от одного сервера (упал — стоят все), необходимость покупать лицензии Windows на удалённые подключения и следить за безопасностью открытого доступа.
Как устроен терминальный доступ: сервер, RDP и сеансы 1С
Схема из трёх звеньев:
- Клиентское устройство — любой компьютер, ноутбук, планшет. На нём нет 1С, только клиент удалённого рабочего стола.
- Канал — протокол RDP, по умолчанию порт TCP 3389 (современные версии дополнительно используют UDP 3389 для ускорения картинки). Трафик шифруется.
- Терминальный сервер — Windows Server с ролью «Узел сеансов удалённых рабочих столов». Каждый пользователь получает свой изолированный сеанс Windows со своим профилем, принтерами и буфером обмена. В этом сеансе и запускается 1С.
База может лежать прямо на терминальном сервере (файловый вариант) или на отдельном сервере 1С:Предприятия с СУБД (клиент-серверный вариант). Во втором случае терминал работает как «толстая прослойка»: клиент 1С на нём общается с кластером по быстрой локальной сети.
Есть два способа показать 1С пользователю:
| Способ | Что видит пользователь | Когда удобен |
|---|---|---|
| Полный рабочий стол | Отдельный рабочий стол Windows с ярлыками | Нужны ещё Excel, браузер, папки на сервере |
| RemoteApp | Только окно 1С, будто программа установлена локально | Пользователю нужна только 1С, без «второго компьютера» |
RemoteApp заметно снижает число звонков «я закрыл крестиком, а 1С не закрылась»: окно приложения ведёт себя как обычная программа, а сеанс завершается, когда закрыта 1С.
Что нужно для терминального доступа к 1С: сервер, лицензии, клиенты
Сервер
Ориентиры по железу для файловой базы или тонкого клиента к серверу 1С:
| Пользователей | Процессор | Память | Диск |
|---|---|---|---|
| до 5 | 4 ядра | 16 ГБ | SSD |
| 6–15 | 6–8 ядер | 32 ГБ | SSD/NVMe |
| 16–30 | 8–12 ядер | 48–64 ГБ | NVMe |
Расчёт простой: 4–6 ГБ под систему плюс 1–1,5 ГБ на каждого пользователя с 1С и браузером. Если у сотрудников открыто по две-три базы, закладывайте больше. Частота ядра для 1С важнее их количества.
Лицензии Windows
Без роли RDS сервер пускает только два одновременных подключения, и те предназначены для администрирования. Для работы сотрудников нужны:
- 🪪 сервер лицензирования удалённых рабочих столов (роль ставится на тот же сервер);
- 🎫 клиентские лицензии RDS CAL — «на пользователя» или «на устройство».
После установки роли даётся льготный период 120 дней. Когда он закончится, а лицензии не активированы, подключения перестанут работать.
Лицензии 1С
Клиентские лицензии 1С на терминальном сервере расходуются по сеансам: каждый пользователь в своём RDP-сеансе занимает отдельную лицензию. Пять человек одновременно — пять лицензий. Программные лицензии активируют прямо на терминальном сервере; аппаратный многопользовательский ключ ставят в этот сервер или в сервер с менеджером лицензий.
Однопользовательскую лицензию на терминальный сервер не ставьте — она рассчитана на одно рабочее место, а не на несколько сеансов.
Клиенты
- Windows — встроенное «Подключение к удалённому рабочему столу», команда
mstsc. - macOS, iPhone, iPad, Android — официальное приложение Microsoft для удалённого рабочего стола (в новых версиях называется Windows App).
- Linux — Remmina или
xfreerdp.
Настройка терминального сервера для 1С по шагам
Ниже порядок для сервера в рабочей группе, без домена: так устроено большинство небольших офисов.
1. Установить роли RDS
- Откройте «Диспетчер серверов» → «Добавить роли и компоненты».
- Выберите «Установка ролей или компонентов» (не «Установка служб удалённых рабочих столов» — тот мастер требует домен).
- Отметьте роль «Службы удалённых рабочих столов» и в ней две службы: «Узел сеансов удалённых рабочих столов» и «Лицензирование удалённых рабочих столов».
- Перезагрузите сервер.
2. Активировать лицензии и указать режим
- Запустите «Диспетчер лицензирования удалённых рабочих столов», активируйте сервер и установите купленные CAL.
- Откройте
gpedit.mscи перейдите вКонфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов удалённых рабочих столов → Лицензирование. - Включите политику с указанием серверов лицензирования и впишите имя этого сервера.
- В политике режима лицензирования выберите тот же тип, что у купленных CAL: «на пользователя» или «на устройство».
Несовпадение режима и типа лицензий — самая частая причина, по которой сервер через 120 дней «вдруг» перестаёт пускать людей.
3. Установить 1С и разместить базу
- Установите платформу 1С с правами администратора. Ставьте ту же версию, что требует конфигурация.
- Файловую базу
положите на локальный SSD сервера, например
D:\Bases\Buh. Сетевая папка на другом компьютере сводит на нет весь выигрыш в скорости. - Активируйте лицензии 1С на этом сервере.
- Добавьте базу в список у одного пользователя и проверьте, что она открывается.
Чтобы список баз сразу появлялся у всех, используйте общий файл списка баз (.v8i): его путь задают в настройках стартера 1С, и каждый новый пользователь увидит нужные базы без ручного добавления.
4. Завести пользователей Windows
- Создайте каждому сотруднику свою учётную запись — не одну общую на всех.
- Добавьте их в группу «Пользователи удалённого рабочего стола».
- Права на папку с базой: чтение и запись для этих пользователей, без прав на смену владельца.
5. Ограничить «брошенные» сеансы
Пользователь закрыл окно RDP крестиком — сеанс Windows продолжает жить, а вместе с ним 1С и занятая лицензия. Задайте лимиты в … → Узел сеансов удалённых рабочих столов → Ограничение сеансов по времени:
- ⏳ отключённый сеанс завершать через 1–2 часа;
- 💤 бездействующий активный сеанс — через 3–4 часа;
- 🕘 при достижении лимита — завершать сеанс, а не только отключать.
6. Выдать пользователям подключение
- На своём компьютере запустите
mstsc, впишите адрес сервера, на вкладке «Локальные ресурсы» включите принтеры и буфер обмена. - Сохраните подключение в файл
.rdpи раздайте его сотрудникам. - Для RemoteApp в
.rdp-файле задают запуск конкретной программы — обычноC:\Program Files\1cv8\common\1cestart.exe. В домене удобнее публиковать приложение через коллекцию RDS в диспетчере серверов.
Как проверить активные RDP-сессии и завершить зависшую
Когда лицензий 1С «не хватает», хотя работают трое из пяти, почти всегда виноваты отключённые сеансы. Посмотреть их можно двумя способами.
Через диспетчер задач. Вкладка «Пользователи» показывает каждого вошедшего, его статус («Активно» или «Отключено») и процессы. Правой кнопкой по пользователю — «Выйти» завершает сеанс.
Из командной строки (от администратора):
:: список сеансов: имя, ID, состояние, время простоя
query user
:: то же самое, более подробный вид
qwinsta
:: завершить сеанс с ID 3
logoff 3
logoff закрывает сеанс сразу: 1С пользователя завершится без сохранения открытых форм. Перед этим предупредите сотрудника или делайте это, когда в колонке состояния стоит «Диск» (отключён) и время простоя большое.
Если база клиент-серверная, загляните ещё и в сеансы самого 1С: консоль администрирования кластера или rac session list покажут, какой сеанс 1С висит и чей. Бывает, что RDP-сеанс уже завершён, а сеанс 1С ещё не отпущен — тогда лицензия освободится после его завершения в консоли.
Защита терминального сервера 1С
Сервер с открытым в интернет RDP-портом начинают перебирать по паролям в первые часы. На нём лежит бухгалтерия — значит, защищать нужно всерьёз.
| Мера | Что даёт | Сложность |
|---|---|---|
| VPN до сервера, RDP наружу закрыт | Порт не виден из интернета вообще | Средняя |
| Шлюз удалённых рабочих столов (RD Gateway) | RDP идёт через HTTPS 443 с проверкой | Средняя |
| Ограничение по IP в брандмауэре | Пускает только офис и домашние адреса | Низкая |
| Блокировка учётной записи после 5–10 неудачных попыток | Режет подбор паролей | Низкая |
| Проверка подлинности на уровне сети (NLA) | Пароль проверяется до создания сеанса | Низкая |
| Двухфакторная аутентификация | Пароль без второго фактора бесполезен | Средняя |
Минимум, без которого сервер не стоит открывать наружу:
- 🔑 пароли от 12 символов, разные у всех, без «Buh123»;
- 🚫 переименованная или отключённая встроенная учётная запись «Администратор»;
- 🛡️ обновления Windows ставятся регулярно;
- 💾 резервная копия баз — на другом носителе или в другом месте, не на этом же диске;
- 📋 пользователи не входят в группу администраторов.
Смена порта 3389 на другой снижает шум в журналах, но от целевой атаки не защищает. Это косметика, а не защита.
Резервная копия на том же сервере не спасает от шифровальщика — он зашифрует и базу, и копию. Держите хотя бы одну копию вне сервера.
Типичные ошибки терминального доступа к 1С
mstsc /admin.query user, завершите брошенные сеансы. Если ошибка у всех сразу — лицензия была активирована на другом компьютере или слетела после замены оборудования сервера.Когда терминал не подходит и чем его заменить
Терминальная схема хороша до определённого размера. Признаки, что пора смотреть в сторону другого варианта: пользователей больше 30–40, сотрудники работают с телефонов, нужен вход партнёров или клиентов, лицензии RDS обходятся дороже, чем сервер.
| Альтернатива | Чем лучше терминала | Чего потребует |
|---|---|---|
| Веб-клиент | Работа из браузера, без RDP и CAL | Веб-сервер (IIS или Apache) и публикация базы |
| Тонкий клиент через интернет | Быстрее веб-клиента, привычный интерфейс | Та же веб-публикация, установка тонкого клиента у пользователей |
| Клиент-серверная база + VPN | Масштабируется на десятки пользователей | Сервер 1С:Предприятия, СУБД, настройка VPN |
| Аренда 1С в облаке | Не нужен свой сервер и админ | Ежемесячная плата, ограничения на доработки |
Веб-клиент и тонкий клиент по HTTP работают только с управляемым интерфейсом. Для старых конфигураций на обычных формах терминал остаётся почти единственным удобным способом удалённой работы.