Сеанс отсутствует или удален #758711

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Не помогла

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

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

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

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

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

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

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