Добрый день.
Установлена 1С:Предприятие 8.3 (8.3.26.1521) ранее 8.3.25.1394.
На старой версии тоже ошибка.

Ошибка при Прямом подключении (com-соединение).
comcntr.dll зарегистрирована в системе. Также через службы компонентов. После регистрации обмен работает пару часов.

После 1с выдает:
Не удалось подключиться к приложению: -2147467238(0x8000401A): Процесс сервера не может быть запущен, так как указана неправильная идентификация. Проверьте правильность указания имени пользователя и пароля.
Техническую информацию об ошибке см. в журнале регистрации.

Логи в Win после падения обмена (примерно каждый час):

Произошла ошибка DCOM "1385"; не удалось войти в siti\USR1CV8 для запуска сервера:
{2D06CE7D-8C94-4246-963D-FC390BC8D1EC}

Не удалось запустить DCOM-сервер: {181E893D-73A4-4722-B61D-D604B3D67D47} как siti/USR1CV8.Ошибка:
"0"
Произошла при запуске команды:
C:\Windows\system32\dllhost.exe /Processid:{2D06CE7D-8C94-4246-963D-FC390BC8D1EC}


Агент сервера 1с работает.. и он работает под USR1CV8@siti

(0) проверь в службах компонент разрешение на запуск, от кого запускается, выложи сюда

Службы компонентов а именно v83COMConnector запущен под (Указанный пользователь) siti\USR1CV8
пароль у этой учетки не менялся и ошибок в его написании нет.
В Безопасность галочка Авторизация убрана.
Применить политику программных ограничений включил. (неограниченный).

(2)  галочку Авторизация поставьте

Поставил
Авторизация (Принудительная проверка доступа для приложения)

ошибка без изменений.

Если сейчас сделать снова регистрацию компоненты и снова прописать ее...
то явно проработает пару часов. И снова уйдет в ошибку.

как регистрируете компоненту?

гляньте эту статью https://legasoft.ru/about/blog/publikacii/oshibki-posle-sinkhronizatsii-1s/

regsvr32 "C:\Program Files\1cv8\8.3.26.1521\bin\comcntr.dll"

а надо регистрировать 64-бит

так тоже делал.
c:\Windows\SysWOW64>regsvr32 "C:\Program Files\1cv8\8.3.26.1521\bin\comcntr.dll"

пока 1... час. ошибок нет.
Думаю надо ждать вечера.

(10) Вам цифра здесь "regsvr32" что-нибудь говорит?

(12) 64 нет такого, она называется также 32, только папка другая
похоже на проблемы с авторизацией учетки, можно попробовать проверить возможность входа под этой четкой после того как обмен отвалится в винду например или еще куда, в логах винды поискать ошибки попытки авторизации под это учеткой

Добрый день.
Как и говорил процесс упал в 19.08 . Проработал примерно 7 часов. Сервер не трогали. Учетки не меняли.

Сервер 2019 стандарт.
SQL 2019.
1c 8.3.26.1521

Ошибок более нет. Все чисто.
Кроме как вышеупомянутых.

Нашел одну ошибку которая совпадает по времени с другими.

Учетной записи не удалось выполнить вход в систему.

Субъект:
    ИД безопасности:        СИСТЕМА
    Имя учетной записи:        SERVER-1C$
    Домен учетной записи:        siti
    Код входа:        0x3E7

Тип входа:            4

Учетная запись, которой не удалось выполнить вход:
    ИД безопасности:        NULL SID
    Имя учетной записи:        USR1CV8
    Домен учетной записи:        siti

Сведения об ошибке:
    Причина ошибки:        Выбранный режим входа для данного пользователя на этом компьютере не предусмотрен.
    Состояние:            0xC000015B
    Подсостояние:        0x0

Сведения о процессе:
    Идентификатор процесса вызывающей стороны:    0x3ec
    Имя процесса вызывающей стороны:    C:\Windows\System32\svchost.exe

Сведения о сети:
    Имя рабочей станции:    SERVER-1C
    Сетевой адрес источника:    -
    Порт источника:        -

Сведения о проверке подлинности:
    Процесс входа:        Advapi  
    Пакет проверки подлинности:    Negotiate
    Промежуточные службы:    -
    Имя пакета (только NTLM):    -
    Длина ключа:        0

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

Поля "Субъект" указывают на учетную запись локальной системы, запросившую вход. Обычно это служба, например, служба "Сервер", или локальный процесс, такой как Winlogon.exe или Services.exe.

В поле "Тип входа" указан тип выполненного входа. Наиболее распространенными являются типы 2 (интерактивный) и 3 (сетевой).

В полях "Сведения о процессе" указано, какая учетная запись и процесс в системе выполнили запрос на вход.

Поля "Сведения о сети" указывают на источник запроса на удаленный вход. Имя рабочей станции доступно не всегда, и в некоторых случаях это поле может оставаться незаполненным.

Поля сведений о проверке подлинности содержат подробные данные о конкретном запросе на вход.
    - В поле "Промежуточные службы" указано, какие промежуточные службы участвовали в данном запросе на вход.
    - Поле "Имя пакета" указывает на подпротокол, использованный с протоколами NTLM.
    - Поле "Длина ключа" содержит длину созданного сеансового ключа. Это поле может иметь значение "0", если сеансовый ключ не запрашивался.

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