При работе с сервером 1С:Предприятие на операционных системах семейства Linux (в частности, Ubuntu) администраторы часто сталкиваются с ошибкой: «Ошибка доступа к файлу /var/1C/licenses/... .lic. Permission denied» — упростить обслуживание системы поможет инструмент администрирования серверов и баз 1С в Linux. Особенно остро эта проблема проявляется при попытке загрузки информационной базы из файла выгрузки (.dt). Казалось бы, лицензия активирована и сервер работает, но именно в момент импорта данных система выдает отказ.
В этой статье мы подробно проанализируем причины возникновения данной ошибки, разберем по шагам методы настройки прав доступа и выясним, почему стандартные инструменты активации иногда подводят.
Рассмотрим типичную ситуацию. В логах сервера 1С отображается сообщение: 13(0x0000000D): Permission denied — быстро локализовать сбой поможет анализ технологического журнала и поиск ошибок 1С. Это классическая ошибка операционной системы, указывающая на то, что пользователь, от имени которого запущен процесс сервера 1С (обычно это usr1cv8), не имеет достаточных прав для чтения файла лицензии или доступа к директории, где он расположен.
Важно понимать специфику работы 1С на Linux. В отличие от Windows, где права часто наследуются, в Linux важен каждый бит доступа. Если у вас установлены права на файлы, но отсутствуют права на «выполнение» (бит x) для самой папки, сервер не сможет «войти» в эту папку и прочитать файл лицензии. Проанализируем пример некорректных прав на папку из практики:
drw-rwSrw- 2 usr1cv8 grp1cv8 4096 авг 29 15:21 licenses
В данном примере мы видим флаг S (SetGID), но отсутствие бита x. Это критическая ошибка: без права на исполнение (execute) директория закрыта для процессов поиска файлов, даже если права на чтение самих файлов .lic выданы в полном объеме.
Первым делом нам необходимо убедиться, что владельцем всех файлов лицензий является сервисный пользователь 1С. Если вы активировали лицензию под учетной записью root или через утилиту ring от имени суперпользователя, файлы будут принадлежать root, и сервер 1С не сможет с ними работать.
Разберем последовательность действий для исправления прав. Выполним команды в терминале:
# Переходим в директорию с лицензиями
cd /var/1C/licenses
# Устанавливаем владельца и группу для всех файлов и самой папки
sudo chown -R usr1cv8:grp1cv8 /var/1C/licenses
# Устанавливаем корректные права: 775 для папок и 664 для файлов
sudo find /var/1C/licenses -type d -exec chmod 775 {} +
sudo find /var/1C/licenses -type f -exec chmod 664 {} +
После выполнения этих команд проверим результат с помощью ls -la /var/1C/licenses. Мы должны увидеть, что файлы принадлежат usr1cv8 и имеют права на чтение. Обратите внимание, что путь /var/1C/ также должен быть доступен для чтения пользователю 1С.
Часто администраторы используют утилиту ring (license-manager) для активации программных лицензий. Однако заметим, что в некоторых версиях платформы (например, 8.3.19 или 8.3.21) работа через ring может приводить к тому, что лицензия «подхватывается» не всеми процессами сервера. Это связано с тем, что ring может сохранять информацию о лицензии в профиле текущего пользователя (например, /root/.1cv8/...), тогда как сервер ищет их в системных путях.
Если вы столкнулись с такой ситуацией, рассмотрим способ «ручного» переноса лицензии:
~/.1cv8/1C/1cv8/conf/)..lic в общесистемную папку /var/1C/licenses/.Пример команд для переноса из профиля пользователя:
sudo mv ~/.1cv8/1C/1cv8/conf/*.lic /var/1C/licenses/
sudo chown usr1cv8:grp1cv8 /var/1C/licenses/*.lic
sudo chmod 664 /var/1C/licenses/*.lic
Как показывает практика многих специалистов, активация лицензии непосредственно через запуск тонкого или толстого клиента 1С в графическом режиме (GUI) часто проходит более корректно, чем через консольные утилиты. Если у вас есть возможность запустить 1С на сервере или через проброс X-сервера (X11 Forwarding), попробуйте выполнить активацию именно так.
В этом случае система сама предложит путь для сохранения файла и правильно настроит контекст использования. Если вы активируете лицензию «Для всех пользователей данного компьютера», файл будет автоматически помещен в системную директорию, к которой у сервера 1С есть доступ.
Выясним, почему ошибка Permission denied возникает именно при загрузке .dt. В процессе импорта данных сервер 1С создает множество временных файлов и активно взаимодействует с менеджером лицензий для проверки возможности создания новых сеансов и процессов rphost.
Проанализируем ситуацию, когда лицензия вроде бы видна, но загрузка базы обрывается. Это может быть связано с тем, что в системе установлены слишком строгие ограничения Umask для службы сервера 1С. Проверим конфигурационный файл службы (обычно это /lib/systemd/system/srv1cv8-3.service). Если там указан UMask=0027, попробуем изменить его на более мягкий:
[Service]
...
UMask=0022
...
После изменения настроек не забудем перезагрузить конфигурацию systemd и сам сервер 1С:
sudo systemctl daemon-reload
sudo systemctl restart srv1cv8-3
Если проблему с загрузкой .dt решить не удается из-за специфических настроек арендованного сервера или ограничений прав, рассмотрим обходной путь. Вместо механизма 1С по выгрузке/загрузке данных, используйте штатные средства вашей СУБД (например, PostgreSQL).
Создание бэкапа и его восстановление через pg_dump и pg_restore происходит на уровне базы данных и вообще не требует обращения сервера 1С к файлам лицензий в процессе восстановления структуры таблиц. Это надежный способ, который позволяет избежать ошибок платформы, связанных с правами доступа к системным каталогам в моменты пиковой нагрузки.
Подведем итог. Ошибка «Permission denied» при обращении к лицензии 1С на Linux — это всегда вопрос прав доступа. Для стабильной работы мы рекомендуем:
/var/1C/licenses/ является usr1cv8.+x) на всех папках по пути к лицензии.ring проверять, куда физически сохранился файл .lic.Соблюдение этих правил позволит вам избежать проблем с лицензированием и обеспечит бесперебойную работу сервера 1С:Предприятие в среде Linux.