2008 R2

werov · Отправлено: **14:59, 20-04-2011** | #2

Ошибка в журнале: Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил этот клиент. IP-адрес клиента: 192.168.ххх.ххх.
Источник: TermDD
Код события: 56

Иногда выскакивает еще вот это:
Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента
Источник: TermDD
Кодсобытия: 50

winbond · Конфигурация компьютера

Вероятнее всего на клиентской машине user'a RDP-клиент устаревший.
Подобное наблюдалось на старых Thinstation и XP SP2/3. Обновления RDP-клиентов имеются на сайтах производителей.
Также есть смысл посмотреть настройки компрессии RDP-трафика (в случае Thinstation).

P.S. Еще есть маловероятный вариант с устаревшим RDP у admin'a (к примеру, когда клиенты коннектятся к TS с win 7, а админ с чего-нибудь условно-совместимого)

werov · Отправлено: **16:10, 21-04-2011** | #4

Цитата winbond:

Вероятнее всего на клиентской машине user'a RDP-клиент устаревший.
Подобное наблюдалось на старых Thinstation и XP SP2/3. Обновления RDP-клиентов имеются на сайтах производителей.
Также есть смысл посмотреть настройки компрессии RDP-трафика (в случае Thinstation).
P.S. Еще есть маловероятный вариант с устаревшим RDP у admin'a (к примеру, когда клиенты коннектятся к TS с win 7, а админ с чего-нибудь условно-совместимого) »

у админа вин7 рдп 7.0. На терминале рдп 7.0. У юзера ХР сп3 с обновленным РДП 6.1 или 7.0

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

winbond · Конфигурация компьютера

Точно 7.0, не 7.1? А если админом с XP зайти? У нас была несогласованость клиентских протоколов RDP и при отсоединении админа от клиентской сессии, кого-то из них выбивало - оставшийся работал дальше без проблем. Соответственно когда согласовали - то все заработало.

Еще можно предположить наличие помехи, вроде сетевого фильтра (антивирус/брандмауэр...)

werov · Отправлено: **10:06, 22-04-2011** | #6

Цитата winbond:

Еще можно предположить наличие помехи, вроде сетевого фильтра (антивирус/брандмауэр...) »

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

З.Ы.

Видимо все-таки RDP 7.1... откатить до версии 7.0?

З.З.Ы. на терминале тоже РДП 7.1. Возникает вопрос, можно ли 7.1 установить на XP?

winbond · Конфигурация компьютера

7.1(RemoteFX) встроен в SP1, можно ли его безболезненно откатить до 7.0 - не знаю. Для XP 7.1 нет, к сожалению.

P.S. Если с XP прокатит, то вам надо будет согласовать версии RDP-клиентов у админа и пользователей (TS к вылетам, по моему, непричастен).

jenia_ov · Отправлено: **05:30, 09-07-2014** | #8

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

AnGel_of_Death · Отправлено: **16:48, 20-08-2014** | #9

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

jenia_ov · Отправлено: **05:05, 21-08-2014** | #10

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