Ошибка RDP: Из-за ошибки шифрования данных сеанс будет завершен. Попробуйте подключиться к удаленному компьютеру снова.

Вопрос или проблема

Я настроил виртуальную машину с Windows 11 на моем сервере Proxmox, который размещен у Hetzner, и пытаюсь подключиться к ней через RDP. Я настроил перенаправление портов хоста Linux с помощью iptables. Соединение отличное и работает безупречно, когда я выполняю несложные задачи (использую Word, что-то ищу в интернете и т.д.).

Но через несколько минут использования или при большем напряжении сети (например, просмотр видео на YouTube) появляется следующее сообщение об ошибке и мое удаленное соединение разрывается:

“Из-за ошибки шифрования данных этот сеанс будет завершен. Попробуйте снова подключиться к удаленному компьютеру.”

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

Может кто-нибудь подсказать, как решить эту проблему?

Заранее спасибо!

Пост
RDP: Внезапно появляется ошибка “Из-за ошибки шифрования данных…”
посвящен этой проблеме и содержит несколько предложений по устранению, предложенных пользователями.

Одно из предложений, которое помогло автору поста, заключается в следующем:

  • Перейдите в Настройки > Сеть и Интернет > Изменить параметры адаптера
  • Щелкните правой кнопкой мыши на вашем сетевом адаптере и выберите Свойства
  • Нажмите Настроить
  • Перейдите на вкладку Дополнительно
  • Выберите “Large Send Offload (IPv4)”
  • Установите значение Отключено
  • Нажмите OK
  • Может потребоваться перезагрузка.

Если это не сработает для кого-то, есть другие предложения по устранению
в приведенной выше ссылке.

Решением для меня оказалось удаление файла default.rdp из папки “Документы”.

У меня была проблема с сервером Proxmox, которая проявлялась в виде закрытия сеансов RDP с ошибкой “Из-за ошибки шифрования данных…”.

Чтобы проверить, есть ли у вас такая же проблема, вы можете открыть оболочку Proxmox и выполнить:

journalctl -xe

Я видел такие события:

31 янв 09:04:54 локальный ядро: e1000e 0000:00:19.0 eno1: Обнаружено зависание аппаратного блока:
TDH <24>
TDT <5c>

Это дало мне более точные термины для поиска, которые привели к https://forum.proxmox.com/threads/e1000e-eno1-detected-hardware-unit-hang.59928/post-378352

Это длинная тема, и там есть другие команды, но мне помогла следующая:

ethtool -K eth0 tx off rx off

После выполнения этой команды я больше не видел событий зависания аппаратных блоков в journalctl, и мои сеансы RDP остаются подключенными.

Ответ или решение

Решение проблемы ошибки подключения к RDP, сопровождаемой сообщением "Из-за ошибки в шифровании данных сессия будет завершена. Пожалуйста, попробуйте подключиться к удаленному компьютеру снова", требует внимательного анализа различных компонентов вашей сетевой и программной конфигурации. В условиях, описанных вами, когда вы пытаетесь подключиться к виртуальной машине под управлением Windows 11 на сервере Proxmox через RDP, существует несколько возможных причин возникновения этой ошибки. Рассмотрим основные теоретические аспекты, примеры решений и их практическое применение.

Теория

Ошибка "Из-за ошибки в шифровании данных" возникает, когда имеются проблемы с шифрованием данных между клиентом и сервером. Это может быть вызвано несколькими факторами, в том числе:

  1. Нарушение синхронизации времени: Ошибка может возникать, если у клиента и сервера имеются различия в системных часах. Однако, как вы отметили, вы уже проверили синхронизацию времени на обоих устройствах.

  2. Сетевые параметры и настройки: Неправильные сетевые настройки или несовместимость используемых сетевых адаптеров могут вызывать проблемы шифрования и передачи данных.

  3. Проблемы с драйверами: Неправильные или устаревшие сетевые драйверы могут повлиять на работу RDP.

  4. Конфигурация системы и безопасности: Вмешательства из сторонних решений по безопасности или неправильные конфигурации системных политик также могут приводить к возникновению данной ошибки.

Примеры решений

  1. Отключение Large Send Offload (LSO): Один из пользователей сообщил, что решение проблемы связано с отключением параметра Large Send Offload (LSO) для сетевого адаптера. Это может быть связано с тем, что функция LSO может перегружать сетевую карту, вызывая сбои в передаче данных.

  2. Удаление default.rdp файла: Этот подход может помочь, если настройки подключения, хранимые в этом файле, конфликтуют с текущими настройками.

  3. Команды для устранения ошибок оборудования: Некоторые пользователи упомянули, что смогли решить проблему путем отключения определенных функций сетевой карты на Proxmox через ethtool. Команда ethtool -K eth0 tx off rx off была эффективна для отключения аппаратного ускорения передачи и приема данных, устраняя проблемы с оборудованием.

Применение

  1. Отключение Large Send Offload:

    • Откройте Панель управления Windows и перейдите в раздел Сеть и Интернет.
    • Выберите ваш сетевой адаптер и откройте его свойства.
    • Через "Настроить" перейдите в вкладку "Дополнительно".
    • Найдите "Large Send Offload (IPv4)" и отключите его.
    • Перезагрузите систему для применения изменений.
  2. Удаление default.rdp файла:

    • Найдите файл default.rdp в папке Документы на вашем локальном компьютере и удалите его. Это может сбросить ранее сохраненные конфликтные параметры RDP.
  3. Использование ethtool в Proxmox:

    • Войдите в терминал вашего Proxmox сервера.
    • Выполните команду journalctl -xe для проверки журналов на аппаратные ошибки.
    • Если вы встречаете сообщения об ошибках, подобных вашей («Detected Hardware Unit Hang»), выполните команду ethtool -K eth0 tx off rx off, чтобы отключить аппаратное ускорение.

Если ваши проблемы продолжаются, стоит проверить, все ли драйверы обновлены до последних версий и соответствуют ли они требованиям вашей системы. Кроме того, убедитесь, что сторонние решения безопасности, такие как антивирусы или фаерволы, не вмешиваются в работу RDP. В крайних случаях может потребоваться пересмотр конфигураций и политик безопасности системы, а также дополнительных путей, предлагаемых в специализированных форумах и сообществах.

Оцените материал
Добавить комментарий

Капча загружается...