1С молча вылетает. Даже до запроса пользователя 1С не доходит.
Windows 2003 R2 Server. Терминальный режим.
Причём вылетает под конкретным пользователем Windows. Если нового пользователя создать - под новым пользователем тоже. Ну может один раз зайдёт нормально - а потом опять вылетает.
В Конфигуратор нормально заходит.

Пробовал:
1. Чистил кэш 1С.
2. Удалял/добавлял базу.
3. Пробовал взять старую копию базы.
4. Ставил более свежую платформу 1С (сейчас стоит 8.2.18.109).
5. Отключал антивирус (стоит ME Essentials).
6. Бегло проверял DrWeb CureIt.
7. Перегружал сервер.
8. Давал пользователю права администратора.

Что ещё сделать? Святой водой побрызгать? Бить сервер по наглому рыжему дисководу?

база файловая??

База файловая.

права на чтение запись папки у пользователя проверь. симптомы похожи

на папку, где база

(0) конфигурация какая?

встречал на отраслевой, которая втихую завершала работу, если ключ защиты "катран" не находила

9. Проверял доступы пользователя к папке. Проставлял доступы на папку и на файлы в папке. Ну и п. 8 тоже про доступы

База - Комплексная автоматизация.

(0) ни одного вменяемого действия, даже ТиИ нет

(3) Если молча вылетает то не похоже на доступ.
(5) До выбора пользователя никакие ключи не проверяются.
(7)+1, Если файловая то ТИИ, chdbfl не помешали бы

10. Тестировал базу chdbfl.

(8) Как нету? На форум написал!

Вообще не может быть чтобы прямо так молча вылетало, хоть виндовая ошибка то должна же быть какая то...

журнал регистрации 1C и лог винды, что говорит?
Попробуй просто создать пустую базу. Как она себя поведет?

И конфа какая. Если УТ11 и прочие, то там хитрая выбивалка пользователей встроена

Логи читал?

v8: агент сервера 1С и dns, как поймать?

(12) Пустая точно так же вылетает.

Журнал регистрации 1С не образуется - папка пустая:
"c:\Documents and Settings\Shitova_8\Local Settings\Application Data\1C\1Cv82\logs"

Конфа: Комплексная автоматизация 1.1.36.1.

В журнале регистрации Windows (Event Viewer) на время вылета 1С ничего нет (т.е. есть только более ранние события)

(15)это сеть

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

тьфу, аппаратное ускорение

(17) Интригуешь. Какие добавились глюки?

(19) ну например, под тимвивером стало очень проблематично подключаться, выкидывало при подключении на терминальный сеанс пользователя.

(К) Как сеть может так влиять при терминальном подключении?

(21)так же как видеокарта

(17) В терминальном режиме?

(21) иди уже локально пробуй запустить))

(24) Далеко топать, но вечером попробую.
Смущает, что именно под конкретным пользователем не работает.

(25) А в процессах не висит случаем ?)

(26) Нет, в Диспетчере задач смотрел.

(23) Я не админ, возились с этим админы. Выглядело так, подключаюсь к серваку через тимвивер, он там и терминальный и файловый - вижу рабочий стол пользователя в терминале. Не помню как починили, но мне за отключение графического акселератора попеняли хорошо и попросили  больше так не делать. )

(0) Посмотрите, может поможет эта ветка.))
v8: Один из компьютеров в сети убивает базу

(29) Это ветка по работе по сети, а у меня терминальный сервер.

права администратора можно попробовать дать пользователю

Удали пользователя 1С и заведи его заново с прежними ролями и интерфейсом.

(30) >>Причём вылетает под конкретным пользователем Windows>>
Там же тоже винда глючит.

(0)На вирусы проверь. Было такое.
Один вирус так борется с антивирусами (по ключу строки запуска).

(32) Вылетает под любым пользователем 1С.

(31) Давал пользователю Windows права администратора.
У пользователя 1С полные права.

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