При работе пользователей с файловыми информационными базами «1С:Предприятие» в терминальном режиме (RDP) на современных операционных системах, таких как Windows Server 2022, часто возникает специфическая проблема. Пользователь успешно входит в систему, вводит имя и пароль, работает без видимых ошибок, однако в Журнале регистрации фиксируется «Ошибка аутентификации ОС». В худшем случае это приводит к аварийной блокировке информационной базы с ошибкой разделенного доступа, где виновником указывается компьютер пользователя с идентификатором «соединение 0».
В этой статье мы подробно разберем, почему возникает этот конфликт сетевых механизмов Windows и платформы 1С, проанализируем цепочку событий и рассмотрим комплексные методы решения проблемы — от простых ключей запуска до тонкой настройки сетевого протокола SMB и прав доступа.
Разберем внутренний механизм запуска платформы 1С. Когда пользователь кликает по ярлыку базы, система начинает процесс инициализации сессии. Платформа «1С:Предприятие» по умолчанию пытается выполнить первичную фоновую проверку: сопоставить текущую учетную запись Windows, под которой запущена RDP-сессия, со списком пользователей в справочнике базы данных 1С.
Если для данного пользователя в конфигураторе настроена исключительно авторизация 1С (без привязки к доменной или локальной учетной записи Windows), происходит следующее:
Сама по себе запись в Журнале регистрации безопасна и является штатным поведением системы, информирующим о несостоявшейся попытке «бесшовного» входа. Однако в условиях сетевого размещения файловой базы на отдельном файл-сервере эта фоновая попытка запускает опасный конфликт блокировок.
Блокировка с кодом «Соединение 0» указывает на то, что файл блокировок базы данных (1Cv8.1CL или 1Cv8.cdn) захвачен на уровне операционной системы, но полноценный сеанс 1С еще не был зарегистрирован и ассоциирован с конкретным пользователем. Это происходит из-за особенностей работы сетевого протокола SMB3 в современных ОС (Windows Server 2019/2022, Windows 10/11).
Рассмотрим эту цепочку событий по шагам:
1Cv8.1CD и 1Cv8.1CL. В этот момент операционная система терминального сервера все еще удерживает предыдущую («призрачную») блокировку. Платформа расценивает это как монопольный захват базы другим процессом и блокирует вход с ошибкой разделенного доступа от имени этого же компьютера, присваивая попытке технический номер «соединение 0».Ниже мы подробно рассмотрим методы, которые помогут полностью победить эту проблему.
Самый простой, быстрый и безопасный способ — явно запретить платформе 1С выполнять фоновую попытку авторизации через Windows. Для этого мы задействуем специальный параметр командной строки.
Выполним следующие действия по шагам:
/WA-
Параметр /WA- (с минусом на конце) принудительно отключает использование аутентификации операционной системы при запуске. Если вам, наоборот, требуется принудительно включить ее, используется параметр /WA+. В нашем случае отключение этой проверки предотвратит запуск фонового потока авторизации Windows, платформа сразу отобразит окно ввода логина и пароля 1С, а в Журнале регистрации перестанут появляться мусорные записи об ошибках.
Если базы запускаются через общий ярлык или конфигурационный файл 1ces.icl, мы можем прописать этот ключ непосредственно в строку запуска. Пример такой строки:
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"\\FileServer\1c_bases\Trade" /WA-
Если файловая база данных критична к сетевым задержкам, а пользователи работают в многопользовательском режиме, необходимо оптимизировать настройки сетевого протокола SMB на терминальном сервере (RDP-сервере), где запущены клиенты 1С.
Для предотвращения зависания сетевых блокировок файлов нам потребуется отключить механизмы Directory Leasing и кэширования информации о файлах. Выполним это через системный реестр Windows.
Проанализируем необходимые параметры реестра. Нам нужно перейти по следующему пути:
HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters
В этом разделе необходимо создать или изменить четыре параметра типа DWORD (32-bit) и присвоить им значение 0:
0 (полностью отключает аренду каталогов, предотвращая удержание файлов блокировок файл-сервером);0 (отключает кэширование метаданных файлов);0 (отключает кэширование информации об отсутствующих файлах);0 (отключает кэширование структуры папок).Для быстрой настройки мы можем создать текстовый файл с расширением .reg, скопировать туда следующий код и запустить его от имени администратора:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]
"DirectoryLeasingEnabled"=dword:00000000
"FileInfoCacheLifetime"=dword:00000000
"FileNotFoundCacheLifetime"=dword:00000000
"DirectoryCacheLifetime"=dword:00000000
Важно: после внесения изменений в системный реестр терминальный сервер необходимо перезагрузить, чтобы новые настройки сетевого редиректора вступили в силу.
Часто проблема с «соединением 0» усугубляется некорректно настроенными правами доступа на уровне файловой системы. При входе пользователя в базу платформа создает временные файлы блокировок 1Cv8.1CL и 1Cv8.cdn, а при закрытии сессии пытается их удалить.
Если у учетной записи пользователя Windows на сетевом ресурсе отсутствуют права на **удаление** файлов, операционная система не может корректно завершить сеанс работы с файлом блокировок. Проверим и настроим права безопасности:
Антивирусные сканеры, работающие в режиме реального времени на терминальном сервере или на файл-сервере, могут перехватывать обращение к сетевым файлам базы данных 1С. В момент, когда 1С переключает сессию с фонового потока авторизации на основной рабочий поток, антивирус блокирует файл 1Cv8.1CD для быстрой проверки сигнатур. Это искусственно затягивает освобождение дескрипторов файлов.
Для решения этой проблемы добавим папки и файлы 1С в исключения антивируса:
*.1CD, *.1CL, *.cdn, *.log, *.lgf.1cv8.exe и 1cv8c.exe в список доверенных приложений антивирусного ПО.Выполнив указанные шаги, мы минимизируем время удержания файлов сторонними службами и предотвратим появление «соединения 0».