Ошибка 18452 возникает при попытке выполнить сквозную Windows-аутентификацию (Integrated Security), когда SQL Server не может проверить подлинность учетной записи пользователя или домена через Active Directory (сбой Kerberos / NTLM fallback).

• Сообщение: Login failed. The login is from an untrusted domain and cannot be used with Integrated authentication (Severity 14, State 1).
• Пользователи 1С не могут войти в базу при включенной доменной аутентификации Active Directory.
• Сбои соединения между сервером приложений 1С и SQL Server при их нахождении в разных рабочих группах (DMZ/Workgroup) или недоверенных лесах AD.
• Ошибки регистрации SPN (Service Principal Name) в системных журналах.

1. Проверка регистрации Service Principal Name (SPN)

Для корректной работы Kerberos служба SQL Server должна иметь зарегистрированный SPN в Active Directory:

# Выполните в PowerShell от имени Администратора Домена:
setspn -L DOMAIN\sql_service_account

# Регистрация недостающего SPN для порта и хоста
setspn -A MSSQLSvc/sqlserver.corp.local:1433 DOMAIN\sql_service_account
setspn -A MSSQLSvc/sqlserver.corp.local DOMAIN\sql_service_account

2. Проверка схемы аутентификации текущих соединений

SELECT 
    session_id, 
    net_transport, 
    auth_scheme, 
    client_net_address
FROM sys.dm_exec_connections
WHERE session_id = @@SPID;

Если auth_scheme показывает NTLM вместо KERBEROS при междоменных запросах, проверьте DNS и время контроллеров домена.

3. Синхронизация времени с Active Directory (Clock Skew)

Рассинхронизация часов между сервером 1С, сервером MSSQL и контроллером домена более чем на 5 минут полностью ломает билеты Kerberos:

w32tm /resync /force

4. Решение для Workgroup / DMZ без домена

Если сервер 1С и сервер SQL находятся не в домене, переключите строку подключения 1С на стандартную SQL-аутентификацию (по логину и паролю SQL) либо создайте локальных пользователей с абсолютно одинаковыми логинами и паролями на обоих серверах.