Администрирование · 10 мин
Под кем запущен сервер 1С: как определить учётную запись службы
Как узнать, под какой учётной записью запущен сервер 1С:Предприятие в Windows и Linux, зачем это нужно и как безопасно сменить служебного пользователя.
Учётная запись, под которой работает сервер 1С:Предприятия, определяет права доступа к каталогу служебных файлов, сетевым ресурсам, СУБД и внешним компонентам. Ошибки вроде «нет доступа к каталогу srvinfo», невозможность записи журнала регистрации или сбои при обращении к сетевым папкам почти всегда упираются именно в то, под кем запущена служба агента сервера.
Определить текущую учётную запись можно несколькими способами: через оснастку «Службы», диспетчер задач, командную строку или консоль MMC. Ниже разобраны все варианты для Windows и Linux, а также порядок безопасной смены служебного пользователя.
Зачем вообще знать, под кем запущен сервер 1С
Агент сервера 1С (процесс ragent) при установке по умолчанию создаёт локального пользователя USR1CV8 и работает от его имени. Этот пользователь получает права на каталог srvinfo, где хранится реестр кластера, список баз и служебные данные. Если службу перенастроили на другую учётную запись без выдачи прав, сервер либо не стартует, либо теряет список информационных баз.
Знать служебную учётную запись нужно в типовых ситуациях: настройка доступа к сетевым каталогам обмена, подключение к SQL Server по Windows-аутентификации, разграничение прав при нескольких серверах 1С на одной машине, диагностика ошибок доступа. Также это важно при аудите безопасности: служба не должна работать от имени администратора домена без крайней необходимости.
Как проверить учётную запись через оснастку «Службы» в Windows
Самый наглядный способ — стандартная консоль управления службами. Нажмите Win+R, введите services.msc и найдите в списке службу «Агент сервера 1С:Предприятия 8.3» (название может включать номер версии платформы). Колонка «Вход от имени» покажет учётную запись: .\USR1CV8, NT AUTHORITY\NetworkService, доменного пользователя вида DOMAIN\svc1c или «Локальная система».
Двойной клик по службе открывает свойства, где на вкладке «Вход в систему» видна та же информация и есть возможность её изменить. Если на сервере установлено несколько версий платформы, служб агента будет несколько — проверяйте каждую, обращая внимание на номер версии в имени.
- 1Нажмите Win+R и выполните services.msc
- 2Найдите службу «Агент сервера 1С:Предприятия» нужной версии
- 3Посмотрите колонку «Вход от имени» или откройте свойства службы
- 4Зафиксируйте имя учётной записи и проверьте её права на каталог srvinfo
Проверка через диспетчер задач и командную строку
Если служб несколько или нужно быстро сопоставить процесс и пользователя, откройте диспетчер задач (Ctrl+Shift+Esc), вкладку «Подробности». Найдите процессы ragent.exe, rphost.exe и rmngr.exe — колонка «Имя пользователя» покажет владельца каждого. Если колонки нет, добавьте её через контекстное меню заголовка таблицы.
Через командную строку результат получается одной командой WMI или PowerShell:
Get-CimInstance Win32_Service -Filter "Name like '%1C%'" | Select-Object Name, StartName, StateКоманда выведет имя службы, учётную запись (StartName) и состояние. Альтернатива для старых систем: sc qc "1C:Enterprise 8.3 Server Agent" — в выводе строка SERVICE_START_NAME содержит искомую учётную запись. Эти способы удобны для удалённой проверки и автоматизации через скрипты.
Как узнать пользователя сервера 1С в Linux
На Linux-сервере агент 1С обычно работает от пользователя usr1cv8, который создаётся при установке пакета. Проверить фактического владельца процесса можно командой:
ps aux | grep -E 'ragent|rphost' | grep -v grepПервая колонка вывода — имя пользователя, от которого запущен процесс. Если сервер стартует через systemd, дополнительно посмотрите юнит-файл: systemctl cat srv1cv83 — в секции [Service] параметр User= указывает учётную запись, даже если процесс сейчас не запущен.
Также полезно проверить владельца каталога кластера (обычно /home/usr1cv8/.1cv8 или путь, заданный параметром -d при запуске): владелец каталога должен совпадать с пользователем службы, иначе агент не сможет писать служебные файлы.
Сопоставление службы, порта и версии платформы
На одном сервере часто сосуществуют несколько агентов: разные версии платформы, тестовый и боевой кластеры. Они различаются портами (по умолчанию 1540–1541, следующий кластер обычно 2540–2541) и могут работать под разными учётными записями. Чтобы не перепутать, сверьте порт в свойствах службы (строка запуска содержит параметры -port и -d) и в консоли кластера.
Сравнение способов проверки
Наглядно и просто, но требует графического доступа к серверу и ручного поиска при нескольких службах
Быстро, подходит для удалённой проверки и скриптов, но требует прав администратора на целевой машине
Показывает реального владельца процесса, включая rphost, но не отображает настройки автозапуска
Даёт точный ответ по процессу и юниту, однако требует SSH-доступа и понимания структуры юнит-файлов
Как безопасно сменить учётную запись службы
Смена служебного пользователя — типовая задача при переходе на доменную учётную запись для доступа к SQL Server или сетевым ресурсам. Порядок такой: создайте пользователя (локального или доменного с неистекающим паролем), выдайте ему полные права на каталог srvinfo и каталоги журналов, затем остановите службу агента, укажите новую учётную запись на вкладке «Вход в систему» и запустите службу.
Критический момент — права на каталог кластера. Если новый пользователь не получит полный доступ к srvinfo с наследованием на вложенные файлы, агент стартует с пустым реестром: список баз «пропадёт», хотя сами базы в СУБД останутся нетронутыми. Перед сменой пользователя зафиксируйте список баз в консоли кластера, чтобы быстро проверить результат.
Для доменной учётной записи дополнительно проверьте членство в локальных группах сервера 1С и при необходимости добавьте её в группу «Пользователи журнала производительности» и предоставьте право «Вход в качестве службы» через локальную политику безопасности (secpol.msc).
Проверка результата и диагностика проблем
После любых изменений убедитесь, что служба запущена, процессы ragent и rphost принадлежат нужному пользователю, а консоль кластера показывает полный список информационных баз. Дополнительно проверьте, что пользователи могут подключиться, а в журнале Windows (Просмотр событий → Приложение) нет ошибок агента сервера.
Как проверить результат
Служба работает, тип запуска — автоматически
Служба остановлена или падает сразу после старта
Все базы на месте, свойства открываются
Список пуст — вероятно, нет прав на srvinfo
Совпадает с заданной учётной записью
Процессы под другим пользователем — изменения не применились
Обмены и фоновые задания работают
Ошибки доступа к сетевым папкам — у локального пользователя нет прав на сетевые ресурсы
Отдельно учтите: локальные пользователи (включая USR1CV8) не имеют доступа к сетевым ресурсам других серверов. Если 1С должна писать в сетевую папку или подключаться к SQL Server по Windows-аутентификации, службу нужно запускать от доменной учётной записи с соответствующими правами.
Что важно запомнить
Учётную запись сервера 1С смотрят в свойствах службы агента (колонка «Вход от имени») или по владельцу процессов ragent/rphost. По умолчанию это USR1CV8 (usr1cv8 в Linux). При смене пользователя главное — выдать права на каталог кластера и проверить список баз после перезапуска.
Частые вопросы
Какая учётная запись используется по умолчанию при установке сервера 1С?
Инсталлятор платформы в Windows создаёт локального пользователя USR1CV8 со случайным паролем и назначает его службе агента. В Linux аналогично создаётся пользователь usr1cv8. Менять пароль этой учётной записи вручную не требуется, но если вы его измените, обновите пароль и в свойствах службы.
Можно ли запускать сервер 1С от имени «Локальная система»?
Технически можно — служба будет работать, и права на локальные каталоги не потребуют настройки. Однако это снижает безопасность (у учётной записи SYSTEM максимальные права на машину) и не решает задачу доступа к сетевым ресурсам от имени конкретного пользователя. Рекомендуется выделенная служебная учётная запись с минимально необходимыми правами.
Почему после смены пользователя пропал список информационных баз?
Список баз хранится в файле реестра кластера внутри каталога srvinfo. Если у новой учётной записи нет прав на чтение этого каталога, агент создаёт пустой реестр рядом или в новом расположении. Выдайте полные права на srvinfo с наследованием и перезапустите службу — список вернётся. Сами базы в СУБД при этом не пострадали.
Как узнать, под кем работает сервер 1С, если нет доступа к самому серверу?
Без доступа к ОС сервера определить служебную учётную запись штатными средствами нельзя — консоль кластера и конфигуратор эту информацию не показывают. Потребуется либо удалённый запуск PowerShell-команды с правами администратора, либо запрос к администратору сервера.
Нужна ли доменная учётная запись для сервера 1С?
Она необходима в двух случаях: когда кластер обращается к сетевым ресурсам других серверов (каталоги обмена, шаблоны) и когда подключение к SQL Server настроено по Windows-аутентификации от имени службы. Если все ресурсы локальные, а СУБД использует собственную аутентификацию, достаточно локального пользователя.
Где посмотреть учётную запись, если служб агента несколько?
Откройте свойства каждой службы агента и сопоставьте порт в строке запуска (параметр -port) с портом нужного кластера в консоли администрирования. Либо выполните PowerShell-команду вывода всех служб 1С с колонкой StartName — так вы увидите все учётные записи одним списком.