При развертывании серверной инфраструктуры 1С на операционных системах семейства Linux многие системные администраторы сталкиваются с любопытным явлением: после установки связки PostgreSQL и Сервера 1С:Предприятия система начинает успешно запускаться и принимать подключения клиентов даже в тех случаях, когда физический или программный ключ защиты сервера не был установлен и настроен. Рассмотрим подробнее, почему это происходит, какие технические нюансы скрывает этот феномен и чем это грозит владельцу бизнеса.
Проанализируем ситуацию, описанную в обсуждении. Автор обнаружил, что платформа версии 8.3.16-1063 позволяет работать в клиент-серверном варианте без лицензии на сервер. В среде специалистов это явление получило название «технологическое окно». Разберем причины его возникновения. Технически это связано с архитектурными особенностями проверки лицензий в ранних версиях платформы 8.3 для ОС Linux.
В отличие от Windows-версии, где проверка наличия серверного ключа происходит жестко в момент инициализации рабочих процессов, в Linux-версии (до определенных релизов) механизм защиты срабатывал не мгновенно. Проверка лицензии инициировалась только при достижении определенного порога активных сеансов. По результатам практических тестов, этот порог составляет 12 соединений.
Выясним причину, по которой это «окно» постепенно закрывается. Компания «1С» осведомлена о данной особенности и планомерно вносит изменения в код платформы для обеспечения соблюдения лицензионной политики. Рассмотрим изменения по версиям:
srv1cv8 или при попытке создания первого же рабочего процесса rphost.Проанализируем ситуацию с точки зрения потребления ресурсов. Ошибка многих администраторов заключается в том, что они приравнивают «соединение» к «физическому пользователю». На самом деле платформа 1С:Предприятие считает именно сеансы. Разберем, какие объекты потребляют эти драгоценные слоты:
РегламентноеЗадание, выполняющееся в фоновом режиме (например, обмен данными, загрузка курсов валют или индексация поиска), создает отдельный сеанс.COMConnector потребляют сеансы в общем порядке.Таким образом, в реальной рабочей базе, где активно работают фоновые задания, комфортно смогут работать всего 7–9 пользователей. Как только 13-е соединение попытается инициировать сеанс, сервер мгновенно перейдет в режим проверки лицензии и, не обнаружив её, заблокирует работу не только нового пользователя, но и может принудительно завершить текущие процессы.
Часто данную особенность путают с легальными продуктами. Проанализируем различия, чтобы не допустить ошибок в лицензировании:
Рассмотрим ситуацию с точки зрения безопасности и стабильности бизнеса. Использование «бесплатного» режима на Linux несет в себе серьезные угрозы:
1. Нарушение законодательства. С точки зрения ГК РФ и УК РФ (статья 146), отсутствие технической блокировки не означает законность использования ПО. При проверке контролирующими органами сравнивается количество фактически установленных серверов и купленных регистрационных анкет. Отсутствие серверной лицензии при наличии установленного сервера — это прямое нарушение авторских прав, даже если в системе работает всего один человек.
2. Нестабильность рабочих процессов. Как мы выяснили, при достижении лимита в 12 соединений защитный механизм 1С начинает вести себя агрессивно. Рабочие процессы rphost могут перезапускаться автоматически. Проанализируем последствия: это приводит к потере данных в несохраненных документах у всех активных пользователей и может вызвать повреждение логической целостности базы данных при внезапном обрыве транзакции.
3. Проблемы с клиентскими лицензиями. Важно понимать разницу: отсутствие серверной лицензии не отменяет необходимость клиентских лицензий. Если сервер «пропускает» пользователей без ключа сервера, он все равно будет требовать наличие клиентских лицензий (программных или аппаратных) для каждого рабочего места.
Подводя итог, мы можем сделать вывод: работа сервера 1С на Ubuntu без ключа в пределах 12 соединений — это недокументированная особенность (баг), которая планомерно устраняется разработчиком в новых релизах.
Мы рекомендуем использовать эту особенность исключительно в ознакомительных целях: для проверки производительности Linux-сервера перед покупкой или для первичной отладки конфигурации в тестовой среде. Для продуктивной эксплуатации необходимо приобретать официальную лицензию на сервер (полную или Мини-сервер), так как риск внезапной остановки бизнес-процессов и юридические последствия значительно превышают стоимость экономии на ПО.