Ошибка шифрования на терминале - Решение и исправление самых разных ошибок на TopOshibok.ru

Если во время работы с удаленным рабочим столом (в том числе — на сервере терминалов или RemoteApp) пользователей выкидывает с обрывом связи с ошибкой «Этот сеанс будет прекращен из-за шифрования данных.» или «Because of an error in data encryption, this session will end.» — то, очевидно, происходит нарушение целостности шифрования.

Нарушение это, как правило, происходит по причине косяков сети. Причем косяки могут быть как на стороне клиента (если выкидывает конкретного человека), так и на стороне сервера или маршрутизаторов / коммутаторов (если выкидывает периодически то того пользователя, то этого).

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

Редактируем

реестр

клиентского компьютера (regedit).

Идем по адресу: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TermService\Parameters

и удаляем там ключи «Certificate», «X509 Certificate», «X509 Certificate ID». После чего перезагружаем компьютер.

В свойствах сетевой карты на клиенте выставляем значение «Large Send Offload» или «Offload TCP Large Send» в «выключено».

Заходим в «Сетевые соединения», в свойства сетевого соединения, «Дополнительно» и перемещаемся на вкладку дополнительных параметров. Т.е. нам надо попасть в свойства сетевой карты, через которую происходит связь с сервером терминалов.

Если в свойствах есть параметр, который звучит как «Offload TCP Large Send» или «Large Send Offload» или как-то так, и он установлен в некое число — выставляем этот параметр в «Выключено» или «Disabled».

В свойствах сетевой карты на клиенте выставляем значение «Offload checksum» в «Выключено» или «Disabled» (если такое свойство есть).

Проверьте, что сетевое соединение до сервера терминалов устойчиво и не дает потерь пакетов на пакетах размером с MTU (например, размером 1500 байт). Из-за сколь-нибудь значимого количества потерь возможны косяки с шифрованием RDP.

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

Источник

Обновлено 18.11.2022

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами успешно устранили ошибку «This coild be to CredSSP encryption oracle remediation» при попытке подключения к RDS ферме. Сегодня мы рассмотрим ситуацию так же при работе с ним, а именно разрыв подключения с ошибкой «Этот сеанс будет прекращен из-за ошибки шифрования данных«. Давайте смотреть в чем дело и как это можно обойти, я опишу 8 быстрых методов.

Описание ошибки шифрования при подключении к RDS ферме

Как я много раз рассказывал у меня в компании есть несколько больших RDS ферм от 50 RDSH хостов, где работают свыше 1000 пользователей одновременно. Начиная с конца октября стали появляться случаи с обрывами соединений вот с такой формулировкой:

Этот сеанс будет прекращен из-за ошибки шифрования данных. Попробуйте подключиться заново к удаленному компьютеру (This session will be terminated due to a data encryption error. Try reconnecting to the remote computer)

Разрывы были через каждые минут 15-20. Данная проблема при чем была, только у пользователей кто при подключении использовал корпоративный VPN и уже потом шли работать на терминальную ферму.

Диагностика и устранение проблемы

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

1️⃣Первое, что вы должны сделать, это определить версию вашей операционной системы, так как от этой информации зависит, находится она на поддержке или нет
2️⃣Если ваша ОС поддерживается Microsoft, то вам срочно необходимо установить все доступные обновления безопасности, так и дополнительные. Для этого нажмите одновременно клавиши WIN и I, чтобы вызвать окно «Параметры Windows«. Далее найдите раздел «Обновление и безопасность«.

Обязательно перейдите в дополнительные параметры.

И удостоверьтесь, что у вас активирован пункт «При обновлении Windows получать обновления для других продуктов Майкрософт«.

После этого нажмите назад, чтобы вернуться на основное окно установки обновлений. Нажмите кнопку «Проверить наличие обновлений» если у вас WSUS, или же пункт «Проверять наличие обновлений из Центра обновления Майкрософт в Интернете«

Начнется проверка обновлений, если что-то будет найдено, то нужно обязательно установить. После установки обязательно перезагрузите компьютер.

3️⃣Если это не помогло и все так же получаете разрывы соединений, то пробуем обновить версию RDP клиента если она не последняя. Для этого перейдите в каталог:

Там нужно найти файл mstsc.exe и вызвать его свойства. На вкладке «Подробно» посмотрите версию файла. Удостовериться, что она свежая, это можно понять по дате изменения.

4️⃣Попробуйте отключить на сетевой карте параметр «Large Send Offload (IPv4)«.Параметр «Large Send Offload (IPv4)» отвечает, за то чтобы фрагментацией сетевых пакетов занималась сетевая карта, CPU. Следовательно, небольшая часть нагрузки с Windows будет перенесена на сетевой адаптер.

Откройте диспетчер устройств, через правый клик по кнопке «Пуск».

Далее находим сетевые адаптеры. Тут выберите нужный адаптер, если их несколько. Переходим в его свойства, вкладка «Дополнительно«. Находим в списке пункт «Large Send Offload (IPv4)» и меняем его значение на «Disable«. Применяем настройки и перезагружаем систему.

Еще пишут, что можно удалить службу Citrix DNE Lightweight Filte с сетевого адаптера или basic filtration module (net stop bfe). Кто-то переустановил протоколы Link-Layer Topology (Mapper I/O Driver and Responder), а также службу QoS Packet Scheduler, потом перезагрузка

- 5️⃣Еще как вариант решения проблемы, это смена RDP клиента, например на Remote Desktop Connection Manager или можно попробовать установить «Удаленный рабочий стол» из магазина.
- 6️⃣В старых версиях Windows, например в Windows 7, можно было попробовать удалить содержимое куста реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \TermService\Parameters

Там если есть записи: Certificate, X509 Certificate,X509 Certificate ID, то их нужно удалить, НО обязательно перед этим экспортируйте данный куст реестра, чтобы можно было его восстановить в случае чего.

$HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters$

7️⃣Еще очень важно проверить, что у вас ошибку «Этот сеанс будет прекращен из-за ошибки шифрования данных. Попробуйте подключиться заново к удаленному компьютеру» не вызывает какое-то VPN ПО или Proxy ПО. Обязательно проверьте нет ли у вас «Sonicwall Global VPN» и его аналогов, возможно VNC. Выведите список установленных программ в Windows и изучите их.
8️⃣Дополнительно изучите журналы Windows.

%SystemRoot%\System32\Winevt\Logs\Application.evtx
%SystemRoot%\System32\Winevt\Logs\System.evtx
%SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-RemoteDesktopServices-SessionServices%4Operational.evtx
%SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-TerminalServices-LocalSessionManager%4Admin.evtx
%SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-TerminalServices-LocalSessionManager%4Operational.evtx
%SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-TerminalServices-RemoteConnectionManager%4Admin.evtx
%SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-TerminalServices-RemoteConnectionManager%4Operational.evtx

9️⃣Так же посмотрите нет ли случайно ошибок на стороне антивируса, возможно он как-то может мешать нормальной работе.

На этом у меня все, надеюсь, что вы смогли решить свою проблему с RDP подключением. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.

Источник

ошибка шифрования данных при подключении к терминалу по rdp ☑ 0

stMir

23.09.16

✎

12:18

Привет всем.

Помогите пожалуйста, уже не знаю что делать.

Win server 2008 r2 на нем лежит 1с, клиент (win 7 prof x32) подключается по rdp через vip net client к серверу. клиент не доменный, есть учетка заведенная в домене. Все остальные из районов такие же подключаются к серверу и нормально работают, у этого вылетает ошибка шифрования данных на стадии защита удаленного сеанса. Можно понизить конечно уровень безопасности до rdp, но потом посыпятся десятки сообщений от пользователей, что случилось, так как при подключении будет выходить сообщение о том, что соединения не безопасно. Из-за одной машины то же как бы не хочется понижать.

Может где -то можно убрать, чтобы не выходило такое сообщение? в журнале событий ошибки нет, есть только Прослушиватель (имя сервера) получил соединение, после этого нет второго события

Службы удаленных рабочих столов: Успешная проверка подлинности пользователя.

Все, что гуглил уже попробовали, переустановка на данный момент не возможна ( все админы там в отпуске)

shinobufag

23.09.16

✎