Because of an error in data encryption this session will end

Обновлено 18.11.2022

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

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

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

Разрывы были через каждые минут 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«. Применяем настройки и перезагружаем систему.

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

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

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

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

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

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

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

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

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

Идем по адресу:

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTermServiceParameters

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

Это, кстати, рекомендуемый по данной проблеме вариант Microsoft ( https://support.microsoft.com/ru-ru/help/323497/-the-rdp-protocol-component-data-encryption-detected-an-error…-error-message ).

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

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

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

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

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

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