Как узнать версию 1С в операционной системе Linux

Администрирование серверов 1С:Предприятие в среде Linux требует от специалиста высокой технической грамотности и умения быстро ориентироваться в файловой системе. Одним из первых вопросов при аудите инфраструктуры или обновлении ПО становится поиск точного номера установленной платформы. В отличие от графического интерфейса Windows, где версия часто видна в свойствах ярлыка, в Linux эта информация скрыта в глубине конфигурационных файлов или выводится только специфическими утилитами.

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

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

Проверка через файловую систему и имя каталога

Самый быстрый и очевидный способ узнать версию — посмотреть на структуру каталогов установки. При стандартной установке дистрибутива 1С:Предприятие для Linux, файлы платформы размещаются в директории /opt/1C/v8.3. Внутри этой папки обычно создается подкаталог, имя которого напрямую соответствует номеру версии установленного дистрибутива.

Достаточно выполнить команду листинга содержимого, чтобы увидеть актуальную цифру. Например, если вы видите папку с именем 8.3.22.1836, это означает, что на сервере установлена платформа именно этого релиза. Данный метод надежен, если администратор не переименовывал директории вручную после установки.

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

• 📂 Стандартный путь установки: /opt/1C/v8.3/i386 или /opt/1C/v8.3/x86_64 в зависимости от разрядности.
• 📂 Имя подкаталога обычно дублирует полный номер сборки платформы.
• 📂 Наличие нескольких папок с разными версиями может указывать на незавершенное обновление.

Для автоматизации проверки можно использовать простую конструкцию в bash, которая выведет имя последней измененной папки. Это полезно при написании скриптов мониторинга, где нужно быстро получить статус без запуска тяжелых утилит.

⚠️ Внимание: Если вы используете контейнерную виртуализацию (Docker, LXC), файловая система внутри контейнера может быть смонтирована иначе. Всегда проверяйте путь установки внутри среды исполнения, а не на хост-машине.

Использование утилиты ras для кластера серверов

В корпоративных средах, где 1С работает в режиме клиент-сервер, основным инструментом администрирования является Remote Administration Server (ras). Эта утилита позволяет получать детальную информацию о кластере, включая версии работающих процессов. Это наиболее точный метод, так как он опрашивает работающий демон напрямую.

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

ras cluster list --cluster=адрес_сервера:1541

Результат выполнения команды вернет список идентификаторов кластеров. Чтобы узнать конкретную версию платформы, управляющую этим кластером, следует использовать команду описания кластера. В выводе будет присутствовать поле, указывающее на версию центрального сервера 1С:Предприятие.

Параметр вывода	Описание значения	Пример данных
host	Имя хоста сервера	srv-1c-prod
port	Порт главного менеджера	1541
version	Версия платформы сервера	8.3.22.1836
pid	Идентификатор процесса	4521

Что делать, если команда ras не найдена?

Убедитесь, что пакет сервера 1С установлен корректно. Утилита находится в папке bin внутри каталога установки. Попробуйте запустить её с полным путем, например: /opt/1C/v8.3/x86_64/bin/ras.

Использование ras предпочтительнее, так как оно показывает именно ту версию, которая активна в памяти и обслуживает запросы пользователей. Даже если на диске лежат файлы другой версии, но сервис запущен со старой, ras покажет актуальное состояние.

Для получения более детальной информации о рабочих процессах (rphost) можно использовать команду ras process list. Это позволит увидеть, не "застряли" ли какие-то процессы на старой версии платформы после обновления основного сервиса.

Анализ системных логов и файлов конфигурации

Если утилита ras недоступна или кластер не запущен, надежным источником истины становятся лог-файлы. При старте сервера 1С записывает подробную информацию о инициализации, включая номер версии загружаемого ядра. Эти логи хранятся в директории /var/log/1C или внутри каталога установки в папке log.

Необходимо найти файл журнала главного менеджера кластера (обычно это rmngr.log или файл с именем, содержащим дату запуска). В первых строках файла после старта сервиса всегда присутствует запись о версии платформы. Поиск можно осуществить стандартными средствами Linux, например, утилитой grep.

grep -i "version" /var/log/1C/_srv_1C_1Cv8_srvrmngr_*.log | tail -n 1

Анализ логов также помогает выявить расхождения между версией дистрибутива и версией запущенного ядра. Иногда случается, что файлы обновлены, но сервис не был перезапущен, и в логах при старте будет видна старая цифра. Это частая ошибка при администрировании.

• 📄 Логи главного менеджера содержат информацию о версии кластера.
• 📄 Логи рабочих процессов (rphost) показывают версию ядра, обслуживающего базы данных.
• 📄 Файлы конфигурации conf.cfg могут содержать параметры, специфичные для определенных версий платформы.

⚠️ Внимание: Формат логов и их расположение могут отличаться в зависимости от дистрибутива Linux (Ubuntu, CentOS, Debian) и способа установки (deb/rpm пакеты или tar.gz архив). Всегда сверяйтесь с документацией к конкретному релизу.

Кроме того, в файлах конфигурации самого сервиса, расположенных в /etc/init.d или /lib/systemd/system, могут быть прописаны пути к исполняемым файлам конкретной версии. Анализ этих скриптов запуска позволяет понять, какой именно бинарник вызывается системой при старте.

Проверка через консольный запуск платформы

На сервере 1С:Предприятие для Linux часто отсутствует графическая оболочка, но консольный режим работы платформы полностью функционален. Запуск исполняемого файла с ключом вывода версии позволяет мгновенно получить ответ от ядра программы, не анализируя файлы и логи.

Исполняемый файл обычно называется 1Cv8 или 1Cv8C (для консольного клиента) и находится в папке bin каталога установки. При добавлении ключа --version или просто при запуске без параметров в некоторых сборках, программа выводит справочную информацию.

/opt/1C/v8.3/x86_64/bin/1Cv8 --version

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

Стоит отметить, что вывод может отличаться в зависимости от билда. В некоторых случаях версия выводится в формате "8.3.22.1836", в других — с дополнительными суффиксами, указывающими на платформу (например, "x86_64"). Важно обращать внимание на основные цифры релиза.

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

Определение версии через интерфейс Конфигуратора

Если на сервере установлен графический интерфейс или вы подключены к серверу через тонкий клиент с другого компьютера, самый наглядный способ — использование меню "О программе". Этот метод доступен, если у вас есть права на запуск платформы в режиме Конфигуратор или Предприятие.

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

• 🖥️ В режиме Предприятие: меню Сервис → О программе показывает версию платформы и версию конфигурации.
• 🖥️ В режиме Конфигуратор: информация о версии доступна в заголовке окна или через меню Справка.
• 🖥️ Экран запуска: версия часто дублируется в нижнем статус-баре окна выбора базы.

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

Поэтому, увидев версию в интерфейсе, не спешите считать её версией серверного ядра. Для администрирования Linux-сервера критически важна именно версия серверного процесса rphost, которую надежнее смотреть через ras или логи, как описано в предыдущих разделах.

⚠️ Внимание: Версия платформы, отображаемая в интерфейсе "О программе" на рабочем месте пользователя, может отличаться от версии на сервере. Всегда уточняйте, где именно вы смотрите информацию.

Автоматизация проверки с помощью скриптов

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

Скрипт может последовательно подключаться к серверам по SSH, выполнять команду проверки версии и формировать сводный отчет. Ниже приведен пример логики такого скрипта, который проверяет наличие процесса и выводит его версию.

#!/bin/bash
VERSION=$(ps -ef | grep rphost | grep -v grep | head -1 | awk '{print $NF}')
echo "Текущая версия процесса: $VERSION"
Дополнительно можно проверить наличие папки
LS_VERSION=$(ls -d /opt/1C/v8.3/*/ 2>/dev/null | tail -1)
echo "Версия в файловой системе: $LS_VERSION"

Использование таких скриптов особенно актуально перед массовым обновлением парка серверов. Вы можете заранее выявить узлы, на которых по каким-то причинам осталась старая версия, и устранить расхождения до начала работ.

Также можно интегрировать проверку версии в системы мониторинга (Zabbix, Prometheus). Специальные шаблоны позволяют отслеживать не только доступность сервиса, но и соответствие версии платформы утвержденному стандарту безопасности компании.

Часто задаваемые вопросы (FAQ)

Почему команда ras выдает ошибку "Connection refused"?

Эта ошибка означает, что служба главного менеджера кластера (rmngr) не запущена или работает на нестандартном порту. Проверьте статус сервиса командой systemctl status svc-1Cv8RS и убедитесь, что порт 1541 открыт в фаерволе.

Можно ли узнать версию 1С, если сервер не запускается?

Да, в этом случае используйте проверку через файловую систему (имя папки в /opt/1C/v8.3) или попробуйте запустить исполняемый файл 1Cv8 с ключом --version из консоли. Эти методы не требуют работающего сервиса.

Как узнать версию платформы в Docker-контейнере?

Необходимо зайти внутрь контейнера через команду docker exec -it bash и выполнить стандартные команды проверки (ras или просмотр папки /opt), так как файловая система контейнера изолирована от хоста.

Влияет ли версия ОС Linux на номер версии 1С?

Нет, номер версии платформы (например, 8.3.22) един для всех поддерживаемых дистрибутивов Linux. Однако бинарные файлы компилируются отдельно под разные архитектуры и версии ядер, поэтому пакеты для Ubuntu и CentOS будут разными, но версия продукта внутри них одинакова.

Где посмотреть версию обновления безопасности (SU)?

Номер обновления безопасности (SU) обычно не отображается в основных командах версии. Его можно найти в названии установочного пакета (.deb или .rpm) или в файле ChangeLog, поставляемом с дистрибутивом платформы.