Может кто то сталкивался, при рабоче в 1С, проведение документа или сканировании штрихкода, да и когда ничего не делаю в 1С возникает ошибка ID=ca4a6a57-ddbc-4ccd-af69-aa3414fcc531, File=src\SeanceContextBasImpl.cpp(5275). Какие есть варианты решение?
На сервере Win1 стоит 1С и там же SQL.
На сервере Win2 работают пользователи.
Конфигурация УТП.
Релиз 1С 8.2.19.76

(0) Кстати, пробовали ставить 1С сервер на сервер Win2, тоже наблюдалась эта ошибка.

(1) попробуй почистить временные файлы 1С в профиле пользователя windows. Обнови до версии 8.2.19.130. Посмотри открыты ли порты по которым работает сервер 1С (по умолчанию порты 1540, 1541, 1560-1591)
Служба агента сервера 1С стартует под административным пользователем?
Какая СУБД стоит?
Сеть локальная нормально работает, пинг не теряется?

Ipv6 отключи - заработает все стабильно

(2) платформу 8.2.19.130 ставил, тоже самое
порты также открыты, служба запускал и под админом и под usr1cv8, стоит MSQL 2008 R2, пинг нормально проходит

+(3) сразу говорю: недостаточно отключить галочку в свойствах сетевых подключений

(5) IPv6 уже давно отключил

(6) Что-то мне подсказывает, что ты заблуждаешься на этот счет

(7) Какие еще предложения?

(8) развеять мои сомнения на этот счет

Сервер на hyper-v поднят, а SQL и 1С сервер стоит на физической машине

(0) Посмотрите в это время есть ли отключенный рабочий процесс 1С. Такое предположение, что сеанс пользователя остается висеть на нем.

(11) Нет, процессы все активные

Какие еще есть идеи?

(3) В реестре ipv6 также отключил

(14) выполни в привилегированной cmd команду
netsh interface ipv6 set prefix ::/96 60 3

(15) Сделал, буду тестировать

(16) Не помогла

Может кто то сталкивался с этой ошибкой?

Может ли быть из за того что используются сканеры ШК, еще один баг, когда закрываю окно приемки товара 1С-ка зависает или может быть такая же ошибка "Сеанс отсутствует или удален".

(0) Проблема в сетке. То бишь между Win1 и Win2.

(17) Команда вернула тебе ОК? Если да, то теперь выполни
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4
и проверь результат

У меня такое было на 8.2.19, обновился на 8.3 - проблема исчезла

(21) Делал эти две команды, не помогло
netsh interface ipv6 set prefix ::/96 60 3
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4

(23) Ну тогда дело точно не в IPv6, продолжай изыскания