Не пускает в базу 1С: разбираем отказ при входе по шагам

Ошибка аутентификации в 1С означает, что платформа не смогла сопоставить того, кто входит, с пользователем информационной базы. Чаще всего причина в пароле или имени, реже — в настройке аутентификации Windows, правах администратора кластера или блокировке входа. Исправляют её в списке пользователей базы: Конфигуратор → Администрирование → Пользователи или в пользовательском режиме через Администрирование → Настройки пользователей и прав → Пользователи.

Способов решения несколько, и выбор зависит от того, где сбой. Если не пускает одного человека — проверяют его карточку и пароль. Если не пускает всех доменных пользователей сразу — смотрят Kerberos и службу сервера 1С. Если ошибка выскакивает в консоли кластера или при создании базы — речь об администраторе кластера, а не о пользователе базы.

Почему 1С отказывает во входе: основные причины

Сначала прочитайте текст сообщения целиком. По нему почти всегда видно, на каком уровне отказ.

Типичные причины, от простых к сложным:

• 🔤 включён Caps Lock или английская раскладка — пароли в 1С чувствительны к регистру;
• 🔑 пароль сменили, а в ярлыке или строке подключения остался старый;
• 🚫 пользователю сняли разрешение на вход или истёк срок действия учётной записи;
• 🖥️ у пользователя включена только аутентификация Windows, а он заходит с чужого компьютера или не из домена;
• 🕒 разница во времени между клиентом и контроллером домена ломает Kerberos;
• 🧩 при подключении к серверу запрошены права администратора кластера, а их не передали.

Ошибки лицензий выглядят иначе: Не обнаружена лицензия для использования программы. Это не аутентификация, и пароль пользователя тут ни при чём.

Проверка учётной записи пользователя в базе 1С

Если проблема у одного человека, начните с его карточки. Нужен вход под другим пользователем с полными правами.

В пользовательском режиме (БП 3.0, ЗУП 3.1, УТ 11)

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Найдите сотрудника и откройте карточку.
3. Проверьте флаг Вход в программу разрешен. Если он снят, пользователь получит отказ при любом пароле.
4. Посмотрите, не установлено ли ограничение по сроку действия или автоматический запрет входа при долгом отсутствии.
5. Нажмите кнопку установки пароля, задайте временный и попросите сотрудника сменить его при первом входе.

Требования к паролям и автоматическую блокировку неактивных пользователей задают в Администрирование → Настройки пользователей и прав → Настройки входа. Если там включено отключение после N дней без входа, «внезапные» отказы у отпускников объясняются именно этим.

В конфигураторе

1. Запустите конфигуратор под администратором.
2. Откройте Администрирование → Пользователи.
3. Двойным щелчком откройте пользователя. На вкладке Основные есть флаги Аутентификация 1С:Предприятия и Аутентификация операционной системы.
4. Проверьте имя. Лишний пробел в конце имени — частая причина ошибки, которую не видно глазами.
5. При необходимости задайте новый пароль и сохраните.

Ошибка аутентификации в файловой базе

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

Пароль в ярлыке и параметрах запуска

Многие запускают 1С с ярлыка, где логин и пароль уже прописаны:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /N"Иванова" /P"старый_пароль"

После смены пароля такой ярлык будет стабильно выдавать ошибку. Исправьте параметр /P или уберите его, чтобы программа спрашивала пароль. Хранить пароль в ярлыке вообще небезопасно: его видит любой, кто откроет свойства файла.

Полезные параметры командной строки:

• /N и /P — имя и пароль пользователя 1С;
• /WA- — запретить аутентификацию Windows и показать окно ввода пароля;
• /WA+ — использовать аутентификацию Windows (поведение по умолчанию).

Параметр /WA- выручает, когда пользователь привязан к доменной учётке, а войти надо под другим именем.

Копия базы и чужие пользователи

Базу скопировали у коллеги или развернули из выгрузки .dt — список пользователей переехал вместе с ней. Ваши прежние логины в новой базе не существуют. Узнайте у того, кто передал базу, имя и пароль администратора.

Доступ к папке

Если у учётной записи Windows нет прав на запись в каталог базы, платформа сообщит об ошибке доступа к файлу, а не об аутентификации. Но в сетевых папках пользователи часто путают эти сообщения. Прочитайте текст: упоминание пути и файла 1Cv8.1CD указывает на права Windows, а не на пароль 1С.

Аутентификация через домен Windows

Аутентификация операционной системы позволяет входить без пароля: 1С берёт текущего пользователя Windows и ищет его в списке. В карточке пользователя в поле привязки указывают учётку в формате \\ДОМЕН\имя_пользователя, где ДОМЕН — короткое (NetBIOS) имя домена.

Что ломается чаще всего

• 👤 учётку в Active Directory переименовали, а в 1С осталась старая;
• 🌐 указано полное DNS-имя домена вместо короткого или наоборот;
• 🕒 часы на клиенте или сервере ушли от контроллера домена более чем на 5 минут — Kerberos отказывает;
• 🧾 для службы сервера 1С не зарегистрирован SPN, и клиент не может получить билет Kerberos.

Регистрация SPN для сервера 1С

В клиент-серверном варианте служба агента сервера обычно работает от доменной учётной записи (часто её называют USR1CV8). Чтобы Kerberos работал, для этой учётки регистрируют имя службы. Команду выполняет администратор домена:

setspn -S usr1cv8/srv1c.company.local COMPANY\usr1cv8
setspn -L COMPANY\usr1cv8

Первая команда регистрирует SPN, вторая показывает, что уже зарегистрировано. Ключ -S предварительно проверяет дубликаты: если тот же SPN висит на другой учётке, Kerberos тоже не будет работать.

На сервере под Linux вместо SPN-настройки на самой машине используют keytab-файл, выпущенный для учётки службы. Путь к нему указывают в настройках сервера 1С.

Кластер серверов: администратор кластера и лицензирование

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

Когда появляется запрос администратора кластера

• при создании новой базы из окна запуска 1С;
• в консоли администрирования серверов при открытии кластера;
• при работе с rac без параметров учётной записи администратора.

Сообщение Администратор кластера не аутентифицирован значит, что данные не переданы или неверны. В консоли администрирования их вводят при подключении к кластеру. Для rac список доступных параметров смотрите в rac help cluster. Проверить, что агент вообще отвечает, можно командой rac cluster list.

Если пароль администратора кластера потерян

Данные администраторов кластера хранятся в файле 1CV8Clst.lst в каталоге реестра кластера (по умолчанию в папке srvinfo службы). Порядок такой:

1. Найдите резервную копию каталога srvinfo с датой до смены пароля.
2. Остановите службу агента сервера 1С — все сеансы на этом сервере оборвутся, поэтому только в нерабочее время.
3. Сохраните текущий 1CV8Clst.lst отдельно и замените его файлом из копии.
4. Запустите службу и подключитесь с прежним паролем.

Если копии нет — обратитесь к администратору сервера. Не пересоздавайте кластер: вместе с ним теряются регистрация баз, настройки рабочих серверов и требования назначения функциональности.

Администратор базы в консоли

В свойствах базы консоль спрашивает логин и пароль пользователя этой базы с административными правами. Это не администратор кластера. Путаница между ними — частая причина «неверного пароля» в консоли.

Порты и связь с сервером

Клиент обращается к агенту сервера (порт 1540), тот передаёт его менеджеру кластера (1541) и рабочим процессам — их диапазон задаётся в свойствах рабочего сервера. Если порты закрыты, клиент получит ошибку соединения, а не аутентификации. Но при частично закрытом диапазоне сообщения бывают запутанными, поэтому проверьте сеть, прежде чем менять пароли.

Журнал регистрации и логи: где искать причину

Когда простые проверки не помогли, смотрите журналы. Они показывают, кто пытался войти, когда и с какого компьютера.

Журнал регистрации 1С

В БП 3.0 и ЗУП 3.1 журнал открывается через Администрирование → Обслуживание → Журнал регистрации, в конфигураторе — через Администрирование → Журнал регистрации.

1. Установите отбор по событию Сеанс. Ошибка аутентификации.
2. Ограничьте период временем, когда пользователь пытался войти.
3. В колонках смотрите компьютер и приложение. Если попытки идут с незнакомой машины или от фонового обмена с сохранённым старым паролем — причина найдена.

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

Технологический журнал сервера

Для клиент-серверной базы включают технологический журнал файлом logcfg.xml в каталоге conf платформы. Минимальная настройка для записи исключений:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1C_logs" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Параметр history задаёт хранение в часах. Журнал быстро растёт, поэтому после диагностики удалите файл logcfg.xml или отключите сбор.

Журнал безопасности Windows

Для доменной аутентификации откройте журнал безопасности на контроллере домена или на сервере 1С:

• событие 4625 — неудачный вход в систему;
• событие 4771 — сбой предварительной проверки Kerberos (часто из-за времени или пароля).

Забыт пароль администратора базы

Самый неприятный случай: администратор один, и пароль никто не помнит. Варианты по степени безопасности:

Правка служебных таблиц базы в обход платформы не документирована фирмой 1С. Если к ней прибегают, то только на копии базы и силами специалиста.

Частые вопросы