Не удалось запустить службу управления удаленными рабочими столами код ошибки 0x88250001

Периодически некоторые пользователи не могут залогиниться на сервера RDS фермы Windows Server через стандартный rdp клиент с ошибкой:

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

The task you are trying to do can

Также несколько раз встречали такую картину: на вкладке Users диспетчера задач RDS хоста имеется множество зависших сессией пользователей с именами (4) вместо username и со статусом Disconnected.

зависшие сессии (4) на rds терминальном сервере

Проблема встречается на всех версиях Windows Server: 2008 R2, 2012 R2, 2016 и 2019.

Ошибка может возникать по разным причинам:

К сожалению, на данный момент нет официального решения от Microsoft, которое бы полностью решало проблему, всё сводится к устранению симптомов.

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

#1 — Проверьте ресурсы RDS сервера

Убедитесь, что серверу хватает ресурсов, так как эта ошибка может возникать из-за нехватки оперативной памяти или дискового пространства. Проверьте загруженность оперативной памяти и достаточно ли свободного места на диске, где установлена операционная система (должно быть свободно хотя бы 1 GB). Также проверьте event log на предмет критических ошибок, связанных с RDS.

Если ресурсов хватает, переходим к следующему варианту.

#2 – Сброс сессии пользователя и завершение зависших процессов в RDS сессии

Сначала попробуем найти и принудительно сбросить сессию пользователя, который не может зайти на RDS сервер. В диспетчере задач, на вкладке Users найдите нужного пользователя и через контекстное меню кликаем “Log off”. В большинстве случаев, этого достаточно, но иногда в диспетчере задач вы можете обнаружить множество зависших сессий с именем “(4)” вместо имени пользователя. Как правило в зависшей сессии будет присутствовать 4 процесса:

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

Это нужно проделать с каждым пользователем “(4)”, если их несколько.

#3 — Сброс сессии пользователя через командную строку

Если разлогинить “проблемного” пользователя через диспетчер задач не удалось, можно попробовать сбросить сессию пользователя через командную строку.

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

#4 – Проверьте настройки лицензирования хоста RDS

Проверьте, что у вас на RDSH хосте указан правильный сервер лицензирования и тип лицензии (CAL Per User/ CAL Per Device).

Адрес сервера с лицензиями RDS можно указать:

#5 – Уберите лимит RDP подключений в GPO

Через групповые политики можно ограничить количество одновременных подключений по RDS. По умолчанию данная политика выключена.

С помошью gpresult нужно проверить, включена ли политика и какое в ней указано значение.

Если такой политики нет, значит она не применяется и ограничений по количеству одновременных подключений нет. Если политика есть и указано количество одновременных подключений, измените её значение на нужное вам число. Изменить групповую политику можно через оснастку gpedit. msc, если политика настроена через доменные GPO, отредактируйте соответствующую политику через gpmc. msc. После того как отредактируете политику, не забудьте набрать в командной строке gpupdate /force для немедленного применения политики.

#6 — Нестандартные решения: если ничего не помогает

Если ресурсов у вас хватает, ошибок в журнале нет, перезагружаться нельзя, а сброс сессии по каким-то причинам не помог, то следует попробовать следующие варианты:

Предыдущая статьяПредыдущая статья Следующая статья Следующая статья

Как исправить код ошибки удаленного рабочего стола 0x204 на Mac?

Некоторые пользователи, которые пытаются подключиться к компьютеру Windows с Mac, Android или другой ОС, получают код ошибки 0x204 при попытке использовать протокол удаленного рабочего стола. Хотя удаленный рабочий стол является надежным инструментом, позволяющим пользователям подключаться к ПК и получать доступ к приложениям, файлам и сетевым ресурсам, иногда все работает не так, как должно.

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

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

В некоторых случаях проблема может возникнуть из-за некоторых временных файлов, которые хранятся в папке Group Containers. Если этот сценарий применим, вы можете устранить проблему, удалив папку UBF8T346G9.com. microsoft. rdc.

Способ 1. Включите протокол удаленного рабочего стола (на компьютере с Windows)

Одной из наиболее распространенных причин, которые вызывают код ошибки 0x204 при попытке доступа к файлам из ОС Windows с использованием протокола удаленного рабочего стола, является, безусловно, случай, когда функциональность удаленного рабочего стола не включена на экране «Свойства системы».

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

Вот пошаговое руководство по включению протокола удаленного рабочего стола на компьютере Windows, с которого вы получаете доступ к файлам:

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

Примечание. Когда вам будет предложено UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.

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

Если проблема все еще не решена, перейдите к следующему потенциальному решению ниже.

Способ 2. Разрешение удаленной удаленной остановки через брандмауэр Windows

Помните, что по умолчанию брандмауэр Windows не настроен на использование протокола удаленного рабочего стола в белом списке.

Поэтому, если вы хотите использовать удаленный рабочий стол, чтобы сделать ваши файлы доступными для других компьютеров, вам нужно будет изменить настройки безопасности по умолчанию, чтобы разрешить удаленный декстоп и удаленный рабочий стол (Websocket) через меню «Разрешенные приложения» настроек брандмауэра Windows.

Это нужно делать независимо от того, какую версию Windows вы используете.

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

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

Примечание. Если вас попросит UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.

Если проблема все еще не решена, и вы все еще сталкиваетесь с тем же Кодом ошибки 0x204, перейдите к следующему потенциальному исправлению ниже.

Способ 3: отключение вашего стороннего AV (если применимо)

Как выясняется, во многих случаях пользователи сталкиваются с этой проблемой при использовании сторонних пакетов безопасности. McAfee Internet Security является наиболее распространенным пакетом сторонних производителей, который, как известно, облегчает код ошибки 0x204.

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

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

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

Отключение всех щитов Avast

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

Способ 4: удаление стороннего брандмауэра (если применимо)

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

Но имейте в виду, что шаги этого очень отличаются от инструмента к инструменту.

Если ваш AV не имеет возможности добавлять исключения, единственное реальное исправление – полностью удалить инструмент безопасности и убедиться, что нет оставшихся файлов, которые по-прежнему будут блокировать этот порт.

Если вы хотите выполнить этот метод, вот пошаговое руководство по удалению стороннего брандмауэра:

Если проблема сохраняется, перейдите к следующему потенциальному решению ниже.

Метод 5: Использование приглашения удаленного помощника

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

Эта операция в конечном итоге обходит каждый потенциально заблокированный порт, который может вызывать проблему с кодом ошибки 0x204, с помощью автономного приглашения.

Вот краткое руководство по созданию приглашения на удаленную помощь:

Примечание. Если вы получите запрос от UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.

Примечание. Вы можете выбрать другой вариант, если вам будет проще (либо прикрепите приглашение с помощью программы электронной почты, либо воспользуйтесь Easy Connect)

Если та же проблема все еще сохраняется, перейдите к следующему потенциальному решению ниже.

Способ 6: удаление временной папки Remote Dekstop (только для MAC)

Если ни один из перечисленных выше методов не сработал, и вы сталкиваетесь только с проблемой OSX, очень вероятно, что временная папка, используемая приложением Mac Remote Desktop, содержит поврежденные файлы, которые не позволяют установить соединение.

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

Источники:

https://winitpro. ru/index. php/2020/01/09/sluzhby-udalennyx-rabochix-stolov-zanyaty/

https://ddok. ru/kak-ispravit-kod-oshibki-udalennogo-rabochego-stola-0x204-na-mac/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: