Ошибка Termdd 56 Windows 2008 r2

Обновлено: 21.11.2024

В Windows 2008 R2 это событие достаточно полезно, чтобы сообщить вам, какой был IP-адрес клиента, например:

Это событие говорит о том, что чей-то сеанс удаленного рабочего стола был отключен. Последнее значение ntstatus в данных даст вам больше информации о том, почему это произошло. Значение ntstatus в данных (отформатированных как слова) фактически будет отображаться с буквой D вместо C в начале. Это, согласно блогу Performance Team, результат преобразования HRESULT в значение ntstatus. В приведенном выше примере значением ntstatus является C00A0032, то есть «STATUS_RDP_PROTOCOL_ERROR», что довольно неинформативно. Действительно? Ошибка в протоколе из-за ошибки в протоколе? Вы не говорите!

Вы можете обнаружить, что другие значения ntstatus более полезны, например C00A0006 - STATUS_CTX_CLOSE_PENDING или C00000B5 - STATUS_IO_TIMEOUT .

Эти события могут возникать при прерывании сетевого подключения, например, при сбое объединенного интерфейса или изменении настроек скорости/дуплекса сетевой карты.

Убедитесь, что ваши сетевые карты не настроены на автоматический/автоматический режим, а жестко настроены на то, что может обеспечить ваша сетевая инфраструктура. Если вы используете сетевые адаптеры с набором микросхем Broadcom, отключите "Scalabale Networking" (например, TCP Chimney, масштабирование на стороне приема).

Кроме того, ознакомьтесь со статьей The Curious Case of Event ID: 56 with Source TermDD в блоге Performance Team, в которой подробно описаны дополнительные ntstatus/hresults, которые могут отображаться в разделе данных, и предлагается использовать трассировку событий WMI для устранения неполадок с идентификатором события. 56.

Вы также можете найти значения, которые не происходят из заголовочного файла ntstatus.h. Например, последним DWORD может быть 80090304, что является HRESULT, определенным в winerror.h и означает SEC_E_INTERNAL_ERROR — или «Не удается связаться с локальным органом безопасности».

Мой сеанс удаленного рабочего стола с одним из наших контроллеров домена обрывается и зависает при попытке взаимодействия с сервером. Симптомы этой проблемы не совсем соответствуют другим связанным вопросам, связанным с ошибкой сервера.

<УЛ>

Может ли сеанс удаленного рабочего стола в одиночку перегружать возможности этого сервера?

Могут ли системные журналы указать, что система становится перегруженной?

Могут ли настройки или поведение в сетевой карте вызвать эти симптомы?

<УЛ>

Dell PowerEdge R310

Intel Xeon x3430 с частотой 2,4 ГГц

Broadcom BCM5716C NetXtremeII Gigabit

Сервер 2008 R2, 64 разрядная версия

Сервер ведет себя нормально, когда я захожу на него с KVM-переключателя на стойке. Будем признательны за любые предложения о том, где искать или другие распространенные причины!

Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил клиента.

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

Ответы

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

Все ответы

Я вижу эту ошибку как минимум раз в день при установке Server 2008. Я использую клиент удаленного рабочего стола для Mac версии 2.0.

Эта ошибка возникает примерно раз в час при установке Server 2008, а также при использовании клиента удаленного рабочего стола для Mac версии 2.0.

Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил клиента.

Я нашел решение для себя, когда я не мог войти на сервер 2008 или Windows 7 с проверкой проверки подлинности на уровне сети.
На целевом компьютере были следующие журналы событий:

Имя: Система
Источник: TermDD
Дата: *theSame*
Идентификатор события: 56
Уровень: Ошибка
Пользователь: Н/Д
Компьютер: *
Описание:
Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил клиента. IP-адрес клиента: *

Имя журнала: Безопасность
Источник: Microsoft-Windows-Security-Auditing
Дата: *theSame*
Идентификатор события: 4625
Категория задачи: Вход
Уровень : Информация
Ключевые слова: Ошибка аудита
Пользователь: Н/Д
Компьютер: *
Описание:
Не удалось войти в учетную запись.

Тема:
Идентификатор безопасности: NULL SID
Имя учетной записи: -
Домен учетной записи: -
Идентификатор входа: 0x0

Учетная запись, для которой не удалось выполнить вход:
Security ID: NULL SID
Имя учетной записи: *user*
Домен учетной записи: *

Информация об ошибке:
Причина ошибки: Пользователю не разрешен вход на этот компьютер.
Статус: 0xc000006e
Дополнительный статус: 0xc0000070

Информация о процессе:
Идентификатор вызывающего процесса: 0x0
Имя вызывающего процесса: -

Информация о сети:
Имя рабочей станции: *client*
Исходный сетевой адрес: -
Исходный порт: -

Подробная информация об аутентификации:
Процесс входа: NtLmSsp
Пакет аутентификации: NTLM
Транзитные службы: -
Имя пакета (только NTLM): -
Длина ключа: 0

Мое решение: разрешить этой учетной записи [*user*] локальный вход на клиентский компьютер [*client*]. Я использовал учетную запись, у которой нет прав для входа на мою [*client*] станцию (изменить свойство AD = userWorkstations).

Я получаю ту же ошибку:

"Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил клиент."

Кто-нибудь нашел решение этой проблемы?

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

Мы будем очень признательны за любую помощь.

Вы можете проверить это:

В нашем случае это C00000B5 — STATUS_IO_TIMEOUT — время ожидания подключения истекло.

И в отличие от предыдущего автора, у нас нет соответствующих сбоев в журнале безопасности, только указание на выход из системы. В большинстве случаев упоминаемый IP-адрес относится к маршрутизатору, а не к удаленному сайту. Кроме того, во многих случаях это происходит после полуночи, что может указывать на истечение времени сеанса и выход из системы в соответствии с настройками времени RDS. На данный момент, особенно не имея возможности связать это с каким-либо необычным поведением клиента, я предполагаю, что это нормально.

Это НЕ относится к СЕРВЕРУ — у меня есть НОУТБУК HP g71 340us — 64-разрядная версия Win 7 Pro Ult — та же проблема, я нашел драйвер сетевой карты от 9 сентября, который работал вместо драйвера от января 2010 — если у вас есть Intel(R) WiFi Link 1000 BGN, тогда эта ссылка даст вам то, что вам нужно:

Удачи, а что касается СЕРВЕРА - попробуйте то же самое - ОТКАТИТЕ ДРАЙВЕР НАЗАД!!

Мы видим эту ошибку на сервере Server 2008 R2, когда VPN-соединение между сайтом с сервером и сайтом с клиентами прерывается.

Это можно решить одним из следующих способов:

1) Установка последней версии клиента удаленного рабочего стола или

2) Изменение настроек удаленного рабочего стола на целевом компьютере, чтобы разрешить подключения с компьютера, на котором запущена любая версия удаленного рабочего стола (менее безопасная)

У меня такая же проблема. В моем случае пользователи получают сообщение «Отказано в доступе», когда пытаются войти на терминальный сервер. Все приложения, которые запускаются с этого сервера, теряют связь. Мне нужно перезагрузить сервер, чтобы исправить это, но это происходит каждый день.

Другие ошибки, отображаемые на сервере, — CAPI2 Event 512, групповая политика 1054 и 1080.

В моем случае этот терминальный сервер является частью домена SBS 2011.

Любые дальнейшие комментарии/решения приветствуются.

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

У меня возникла эта проблема при подключении с ноутбука Vista к серверу 2008 через SSTP VPN. Это ошибка RDC, и KB 969084, как правило, исправит ее для вас (у меня это сработало, хотя подключение RDC заняло некоторое время, чтобы восстановиться).

У меня была та же проблема, и я понял, что ОТКЛЮЧИЛ УЧЕТНУЮ ЗАПИСЬ ПОЛЬЗОВАТЕЛЯ и забыл об этом! Просто проверьте, отключена ли учетная запись пользователя, как и гостевая учетная запись. Аделино Араужо

Получение EventID 56 в журнале системных событий из TermDD и поиск последнего слова двоичных данных (код ошибки) с помощью err.exe является ключом к решению этой проблемы.

У меня появилось сообщение об ошибке "Не удалось связаться с LSA", и оказалось, что это произошло из-за того, что я установил ограничение, на каких компьютерах может войти учетная запись. Ничего общего с сетью или драйверами.

Это можно решить одним из следующих способов:

1) установить последний клиент удаленного рабочего стола или

2) изменить настройки удаленного рабочего стола на целевой машине, чтобы разрешить подключения с компьютера, на котором запущена любая версия удаленного рабочего стола (менее безопасная)

Это не работает. У меня возникла та же проблема с использованием последней версии RDP-клиента и наиболее совместимых настроек.

У меня была точно такая же проблема.Я решил, что, возможно, у меня неправильный SID, потому что мы только что восстановили состояние системы этого сервера, и поэтому я сделал единственное, что, как я знаю, помогает решить проблемы с SID — sysprep сервер (C:\Windows\System32\Sysprep\. После этого и повторного присоединения сервера к домену сеансы RDP снова заработали.

Когда число меняется, выяснить это немного сложнее. У нас также есть несколько событий с идентификатором 50, которые, как мне кажется, связаны между собой, но это наши лучшие результаты для события с идентификатором 56:

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

У меня была аналогичная проблема, связанная с идентификатором события TermDD 56.

Только сейчас, после многих трудностей, я смог решить проблему, отредактировав соединение RDP-Tcp в разделе «Конфигурация TS». После изменения «Уровня безопасности» на «Уровень безопасности RDP» проблема решена.

Надеюсь, это будет полезно вам и другим

У меня была аналогичная проблема, которая была связана с идентификатором события TermDD 56.

Только сейчас, после многих трудностей, я смог решить свою проблему, отредактировав соединение RDP-Tcp в конфигурации TS. После изменения «Уровня безопасности» на «Уровень безопасности RDP» проблема решена.

Надеюсь, это будет полезно для вас и других

InfoSeeker

Это исправление для меня. В Server 2008 R2 откройте «Конфигурация узла сеансов удаленных рабочих столов» и дважды щелкните RDP-Tcp в блоке «Подключения». На вкладке «Общие» в раскрывающемся списке «Уровень безопасности» измените значение «Согласовать» на «Уровень безопасности RDP».

Кроме того, для меня было необходимо отключить параметр групповой политики в Параметры безопасности\Локальные политики\Параметры безопасности, требующий алгоритмов, совместимых с FIPS, и установить уровень шифрования на Совместимость с клиентом.

Интересно, зачем нужен "уровень безопасности RDP", если он устраняет желательный NLA? Я считаю, что это также означает, что установленный вами сертификат даже больше не используется, что очень плохо. Я думаю, что это не очень хорошее решение.

Переговоры: это настройка по умолчанию. Будет использоваться самый безопасный уровень, поддерживаемый клиентом. Если поддерживается, будет использоваться SSL (TLS 1.0). Если клиент не поддерживает SSL (TLS 1.0), будет использоваться уровень безопасности RDP.

Уровень безопасности RDP: при обмене данными между сервером и клиентом будет использоваться собственное шифрование RDP. Если вы выберете уровень безопасности RDP, вы не сможете использовать аутентификацию на уровне сети.

@Tom, где вы увидели упоминание о задействованной опции FIPS? По умолчанию для него уже отключено в политике. Вы хотите сказать, что ваш был включен каким-то образом? Может быть, вы когда-то использовали уровень шифрования «FIPS Compliant»? Кроме того, в RDP-Tcp по умолчанию используется «Совместимость с клиентом».

@Tom, где вы увидели упоминание об использовании опции FIPS? По умолчанию для него уже отключено в политике. Вы хотите сказать, что ваш был включен каким-то образом? Может быть, вы когда-то использовали уровень шифрования «FIPS Compliant»? Кроме того, в RDP-Tcp по умолчанию используется «Совместимость с клиентом».

Похоже, это известная проблема, для которой нет проверенного решения. Ошибка: «Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил клиента». Идентификатор события 56.

Кто-нибудь может помочь? Глубоко оценен. Я уже проверил несколько блогов, в которых говорилось, что это может быть из-за слабого соединения и т. д. У нас есть 2 терминальных сервера на этом сайте, с одним все в порядке, а у другого эта проблема возникла довольно давно.

8 ответов

кинофагеек

У нас возникла именно эта проблема, и мы внесли множество изменений в настройки Cisco WLAN, обновили/понизили версии драйверов, обновили BIOS и т. д., но все безрезультатно.

У нас была такая же проблема, и мы пробовали все, что казалось в Интернете, но безрезультатно. Наконец, мы проследили его до драйвера сетевой карты Intel Pro 1000 по умолчанию, который VMware использует на своих виртуальных машинах. Мы заменили этот драйвер на сетевую карту vmxnet 3, и с тех пор все было хорошо.

кинофагеек

JHolliday писал:

У нас была такая же проблема, и мы пробовали все, что казалось в Интернете, но безрезультатно. Наконец, мы проследили его до драйвера сетевой карты Intel Pro 1000 по умолчанию, который VMware использует на своих виртуальных машинах. Мы заменили этот драйвер на сетевую карту vmxnet 3, и с тех пор все было хорошо.

Интересно. Мы используем Hyper-V, так что это немного отличается, но, возможно, это то, что мне следует отследить и протестировать.

Есть также известная проблема с защитой конечных точек Hyper v и Symantec (или, может быть, это был mcaffee), с которой мы столкнулись во время исследования этой проблемы. Не уверен, относится это к вам или нет. Лол, после всех человеко-часов, которые мы потратили на его проблему, я чувствую себя экспертом в этой ошибке. Я опубликую некоторые из своих заметок, когда доберусь до офиса завтра.

Хорошо, вот некоторые другие вещи, которые вы можете попробовать, которые я собрал из Интернета:

<р>1. Обновите драйверы сетевой карты

<р>2. Отключить разгрузку больших пакетов IPv4, разгрузку контрольной суммы и разгрузку TCP-подключения

<р>3. На клиенте RDP:

[HKCU\Software\Microsoft\Клиент сервера терминалов]

"Интервал поддержания активности"=dword:00000001

4.Отключите все функции SNP на сервере (с помощью команды администратора):

netsh int tcp set global chimney=disabled

netsh int tcp set global rss=disabled

netsh int tcp set global taskoffload=disabled

netsh int tcp set global autotuninglevel=disabled

netsh int tcp set global congestionprovider=none

netsh int tcp set global ecncapability=disabled

netsh int tcp set global timestamps=disabled

<р>5. Отключить IPv6 на сервере и клиенте

<р>6. Измените уровень безопасности для сеансов RDP в tsconfig.msc

<р>7. Повторно выпустите сертификаты X509 (это сертификаты, которые TS использует для защиты сеанса RDP)

Также ознакомьтесь с этой статьей:

Надеюсь, это поможет!

Роб Данн

Какая версия сервера терминалов? Я думаю, что на днях просмотрел похожую статью, и она была посвящена 2008 R2.

Эта тема заблокирована администратором и больше не открыта для комментариев.

Чтобы продолжить это обсуждение, задайте новый вопрос.

Как вы измеряете успех?

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

Настойчивая тактика MSP

За последние несколько месяцев моя компания связалась с некоторыми ИТ-поставщиками в этом районе, чтобы узнать, подходят ли они нам для какой-либо консультационной работы и разовых проектов. долгосрочное обязательство или "услуга pl.

Стремление к карьерному росту

Здравствуйте! Кажется, это правильное место, чтобы задать мой вопрос. Я ищу эффективный способ получить должность, связанную с сетями (администрирование, проектирование, проектирование и т. д.). Я работаю в сфере ИТ около пяти лет. Я иду изначально фр.

Связывание домена Windows и домена веб-сайта?

Что может вызвать мерцание экрана?

У меня есть настольный компьютер Dell OptiPlex, который вызывает проблему мерцания экрана. Пожалуйста, проверьте это изображение ниже: Я сделал следующее, но все же повезло: Заменил монитор и кабели. Обновлен BIOS. Переустановил драйвер дисплея. Заменил оперативную память. р> <р>2012. 10. 24. 17:39

Возможность прикосновения к значку прикосновения

Описание проблемы:

У вас могут возникнуть проблемы при попытке подключения к Windows Server 2008 R2 через RDP.

Симптомы:
- Сеанс RDP может зависнуть.
- Черный экран в окне RDP.
- Медленное соединение.
- Вы также можете быть отключены.

Сообщения об ошибках:

Имя журнала: Система
Источник: TermDD
Дата: 28.02.2012 08:49:40
Код события: 56
Категория задачи: Нет
Уровень: Ошибка
Ключевые слова: Classic
Пользователь: Н/Д
Компьютер: XXXXX
Описание:
Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил клиент. IP-адрес клиента:

Имя журнала: Система
Источник: TermDD
Дата: 25.02.2012 23:00:59
Код события: 50
Категория задачи: Нет
Уровень: Ошибка
Ключевые слова: Classic
Пользователь: Н/Д
Компьютер: XXXXX
Описание:
Компонент протокола RDP X.224 обнаружил ошибку в потоке протокола и отключил клиент.

Решение:

Следующие действия решили проблему в нашем случае.

1) Настройте разгрузку TCP Chimney в операционной системе.
• Чтобы отключить разгрузку TCP Chimney, выполните следующие действия:
a. Используйте учетные данные администратора, чтобы открыть командную строку.
б. В командной строке введите следующую команду и нажмите клавишу ВВОД:

C:\Users\Administrator>netsh int tcp show global
Запрос активного состояния.

Глобальные параметры TCP
------------------------------------------------------- ------
Состояние масштабирования на стороне приема: включено
Состояние разгрузки Chimney: автоматическое
Состояние NetDMA: включено
Прямой доступ к кэшу (DCA) ) : отключено
Уровень автонастройки окна приема: нормальный
Дополнительный поставщик управления перегрузкой: ctcp
Возможности ECN: отключено
Временные метки RFC 1323: отключено

C:\Users\Administrator>netsh int tcp set global chimney=disabled

2) Настройте разгрузку TCP Chimney на сетевом адаптере.
• Чтобы определить текущий статус разгрузки TCP Chimney, выполните следующие действия:
a. Используйте учетные данные администратора, чтобы открыть командную строку.
б. В командной строке введите следующую команду и нажмите клавишу ВВОД:
netsh int tcp show global

• Чтобы определить текущий статус разгрузки TCP Chimney, выполните следующие действия:
a. Используйте учетные данные администратора, чтобы открыть командную строку.
б. В командной строке введите следующую команду и нажмите клавишу ВВОД:
netsh int tcp show global

3) Отключите RSS в Windows Server 2008 R2.
• Чтобы отключить RSS, выполните следующие действия:
1. Используйте учетные данные администратора, чтобы открыть командную строку.
2. В командной строке введите следующую команду и нажмите клавишу ВВОД:
netsh int tcp set global rss=disabled

• Чтобы определить текущий статус RSS, выполните следующие действия:
a. Используйте учетные данные администратора, чтобы открыть командную строку.
б. В командной строке введите следующую команду и нажмите клавишу ВВОД:
netsh int tcp show global

4) Отключите NetDMA в Windows Server 2008 R2.
• Чтобы отключить NetDMA, выполните следующие действия:
1. Нажмите «Пуск», выберите «Выполнить», введите regedit и нажмите «ОК».
2. Найдите следующий подраздел реестра и щелкните его:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
3. Дважды щелкните запись реестра EnableTCPA.
Примечание. Если такой записи реестра не существует, щелкните правой кнопкой мыши «Параметры», выберите «Создать», щелкните «Параметр DWORD», введите EnableTCPA и нажмите клавишу ВВОД.
4. Чтобы включить NetDMA, введите 1 в поле «Значение» и нажмите «ОК».
5. Чтобы отключить NetDMA, введите 0 в поле «Значение» и нажмите «ОК».
6. Если запись реестра EnableTCPA не существует, включите функцию NetDMA.

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

Ayer tuvimos un problema en uno de nuestros servidores físicos que, aunque ya les queda poco tiempo de vida, pues vamos a migrar a una plataforma virtual, aún están dando servicio a nuestros clientes.

Cuando llegué por la mañana, PRTG me indicaba que no había Ping con la máquina en cuestión y al tenerla en un CPD, llamamos para que la revisaran, confirmando que estaba en Marcha pero no daba imagen. Bloqueada, decidimos que se reiniciara y arrancó sin Problemas.En unos minutos, todos los servicios estaban funcionando de nuevo y tocaba revisar el problema, pero el visor de eventos no nos daba muchas pistas, salvo que había bastante carga de trabajo y es lo que podría haber hecho que la maquina se bloqueara.

Повторите проверку журналов, повторите событие, связанное с повторяющимся временем, с ошибкой, связанной с идентификатором 56.

Al parecer este error se genera en la capa de seguridad de Terminal Server y desconecta al cliente de manera automática, pudiendo ser un problema cuando, como en este caso, se repite de forma обычный. Он estado buscando información y parece Que a más de uno le ha pasado, pero, no como en mi caso, ellos están teniendo más Problemas. Puestos a resolver Problemas Que Hagan Que Mi Servidor se quede bloqueado, ¿por Qué no solucionar este? Así que busqué un poco más y encontré una solucion de la mano de Microsoft, que reportaba un artículo de Cengiz Kuskaya, y aquíos lo dejo.

Общая информация для описания TCP Chimney

La descarga де TCP Chimney эс уна tecnología де красный que ayuda a transferir la carga de trabajo desde la CPU a un adapterador de red durante la transferencia de los datos de red. В Windows Server 2008 разрешение TCP Chimney для красной подсистемы Windows позволяет использовать процесс соединения TCP/IP и красный адаптер, который включает особую совместимость с двумя процессами.

Декодирование TCP Chimney доступно для всех версий Windows Server 2008 и Windows Vista. Вы можете использовать красный адаптер, который допускает эту характеристику, а также возможность подключения TCP/IPv4 к TCP/IPv6.

Dicho esto, lo primero que vamos a hacer es deshabilitar esta característica. Para ello, abriremos una consola en modo administrador y ejecutaremos el siguiente comando:

netsh int tcp set global chimney=disabled

Una vez deshabilitada, vamos a ver cómo está configurado nuestro adapterador de red. Если вы не знаете, что такое консоль, вы можете добавить новую команду администратора teclearemos el commando netsh int tcp show global.

Esto nos devolverá el estado, que podremos comprobar posteriormente.

Procederemos a deshabilitar RSS (la primera de las opciones que aparece en la lista). Seguimos en nuestra ventana de comando y ejecutamos netsh int tcp set global rss=disabled.

Полный срок службы, который отключил NetDMA. Para ello seguiremos estos pasos:

Pulsar Inicio, pulsar en Ejecutary escribir regedit для первого редактора регистрации.
Localizamos la siguiente subclave:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Localizamos el registro EnableTCPA. Это не так, как кремообразный пульс с ботоном, определяющим значение, в подразделе Parameters, elegimos el typeo DWORD и nombramos как EnableTCPA. Editaremos el registro y leudamos valor 1.
Deshabilitaremos posteriormente NetDMA tecleando el siguiente comando:

netsh int tcp set global netdma=disabled.

Подключиться к сети tecleando netsh int tcp show global.

Con esto, el error 56 dejará de molestaros y evitaréis cortes en la conexión remota de los clientes.

Читайте также: