Будет ли работать аппаратный ключ сервера 1С:Предприятие при подключении через RDP?

Системный администратор 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

При росте информационной базы 1С многие пользователи сталкиваются с необходимостью перехода с файлового режима работы на клиент-серверный (SQL). Одной из критических точек такого перехода является настройка лицензирования, особенно если используются аппаратные (USB) ключи защиты и удаленный доступ через RDP (Remote Desktop Protocol). В этой статье мы подробно разберем, как ведет себя серверный ключ 1С в терминальной среде, почему возникают проблемы с клиентскими ключами и какие существуют альтернативные способы организации работы.

Анализ проблемы: переход с файловой базы на SQL

Рассмотрим ситуацию: локальная файловая база «1С:Бухгалтерия 3.0» превысила объем 4 Гб. Существует распространенное мнение, что 4 Гб — это предел для файла 1Cv8.1CD. На самом деле, это ограничение относится к размеру одной внутренней таблицы базы данных. Тем не менее, при достижении таких объемов производительность файловой базы резко падает, возрастает риск повреждения данных при сбоях сети или электропитания. Переход на клиент-серверный вариант (MS SQL или PostgreSQL) становится производственной необходимостью.

Когда мы планируем такой переход, важно учитывать тип имеющихся лицензий. В нашем случае имеется аппаратный ключ серверной лицензии (x86-64) и опыт использования программной клиентской лицензии, так как аппаратный клиентский ключ ранее отказывался работать по RDP.

Работа Агента сервера 1С в терминальной сессии

Выясним основной вопрос: будет ли работать служба Агент сервера 1С:Предприятия, если на компьютер заходят удаленно через RDP? Проанализируем механизм работы серверного ключа. В отличие от клиентского приложения, которое запускается непосредственно в пользовательской сессии (будь то локальный вход или RDP), серверная часть 1С работает как системная служба Windows.

Служба ragent (Агент сервера) запускается в так называемой «Сессии 0». Это специальная изолированная сессия, предназначенная исключительно для сервисов. Она существует всегда, независимо от того, сколько пользователей подключено к компьютеру и каким способом они это сделали. Аппаратный ключ защиты сервера, подключенный к USB-порту физической машины, опрашивается именно этой службой. Следовательно, использование RDP пользователем никак не влияет на работоспособность серверного ключа. Сервер «видит» свой ключ как локально подключенный объект.

Почему возникают сложности с клиентскими USB-ключами в RDP

Разберем ситуацию, с которой часто сталкиваются пользователи: однопользовательский аппаратный ключ (HASP HL) не определяется в сессии удаленного рабочего стола. Это не ошибка настройки, а встроенный механизм защиты HASP. Драйвер ключа блокирует доступ к однопользовательскому ключу из терминальной сессии, чтобы предотвратить возможность совместного использования одной локальной лицензии несколькими удаленными пользователями.

Однако для решения этой проблемы существуют проверенные методы:

  1. Подключение к консоли. Использование команды mstsc /admin (в старых версиях Windows /console) позволяет подключиться к основной сессии рабочего стола. В некоторых случаях это имитирует локальное присутствие, и драйвер позволяет 1С увидеть ключ. Однако этот способ позволяет работать только одному пользователю.
  2. Использование программных лицензий. Это самый надежный метод для RDP. Программная лицензия привязывается к параметрам железа и не имеет ограничений на работу в терминальных сессиях.
  3. Установка HASP License Manager. Если используется многопользовательский аппаратный ключ (на 5, 10 и более рабочих мест), установка менеджера лицензий (HASP LM) на сервере решает проблему. В этом случае 1С ищет ключ не в локальном USB-порту сессии, а обращается к менеджеру по сетевому протоколу. Важно помнить, что для однопользовательского синего ключа этот метод бесполезен — менеджер лицензий его не обслуживает.

Выдача лицензий сервером 1С:Предприятия

Проанализируем еще одну важную возможность клиент-серверного варианта. В настройках информационной базы (через консоль администрирования серверов 1С) можно включить опцию «Разрешить выдачу лицензий сервером 1С:Предприятия». Посмотрим, как это работает:

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

Альтернатива RDP: публикация на веб-сервере

Рассмотрим рекомендацию по использованию веб-сервера (например, Apache или IIS). Это современная альтернатива RDP, которая имеет ряд преимуществ:

  1. Отсутствие проблем с лицензированием: При работе через тонкий клиент или веб-браузер лицензия запрашивается у сервера 1С, что полностью снимает вопрос видимости USB-ключа в терминальной сессии.
  2. Экономия ресурсов: RDP-сессия потребляет много оперативной памяти на отрисовку рабочего стола и поддержку пользовательских процессов. Веб-сервер работает гораздо «легче».
  3. Скорость работы: На современных каналах связи работа через тонкий клиент по протоколу HTTP/HTTPS зачастую оказывается быстрее и стабильнее, чем «картинка» RDP.

Нюансы использования MS SQL Developer и Windows 10

В процессе настройки важно не забывать о юридических и технических ограничениях выбранного ПО. Выясним основные риски:

MS SQL Developer Edition: Эта версия технически полнофункциональна, но согласно лицензии Microsoft её запрещено использовать для ведения реального учета. Она предназначена только для разработки и тестирования. Для небольших баз (до 10 Гб) лучше рассмотреть бесплатную версию MS SQL Express или перейти на PostgreSQL, которая не имеет ограничений по объему базы и количеству пользователей.

Windows 10 Pro как сервер: Использование клиентской ОС в качестве сервера 1С допустимо для микро-организаций, но имеет ограничения:

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

← На главную