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

Брокер подключения RDS или RDMS сбой после отключения TLS 1.0 в Windows Server

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

Применяется к: Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 4036954

Симптомы

Предположим, что вы используете внутренняя база данных Windows (WID) в Windows Server. Если вы отключили безопасность транспортного слоя (TLS) 1.0 при настройке параметров безопасности, вы испытываете следующие проблемы:

Служба удаленного рабочего стола (RDS) может привести к сбой.

Существующее развертывание RDS с использованием удаленного брокера подключения к настольным компьютерам и WID может привести к сбой.

Служба удаленного управления настольными компьютерами (RDMS) не начинается.

При попытке запуска RDMS вы получите следующее сообщение об ошибке:

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

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

Причина

Это поведение ожидается из-за текущих зависимостей между RDS и внутренняя база данных Windows (WID). RDMS и Connection Broker зависят от TLS 1.0 для проверки подлинности с помощью базы данных. WiD в настоящее время не поддерживает TLS 1.2. Таким образом, отключение TLS 1.0 нарушает это сообщение.

Развертывания RDS, использующие connection Broker, должны установить зашифрованный канал wiD с помощью одного из следующих методов:

Решение

Чтобы устранить эту проблему, используйте один из следующих методов:

Корпорация Майкрософт выпустила поддержку TLS 1.2 для Microsoft SQL Server, чтобы SQL Server для использования TLS 1.2.

Источник

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

Вопрос

Есть сервер с установленной Windows Server 2012 R2, подняты роли AD DS, DNS, IIS, файловые службы и хранилища и службы удаленных рабочих столов. Порядок установки данных ролей был разным, сначала пробовал установить AD, потом службы удаленных рабочих столов, при такой схеме роль службы удаленных рабочих столов не устанавливалась в принципе. Решил удалить все роли и установить в обратном порядке, сначала службы удаленных рабочих столов потом AD. Так все установилось, но после установки AD в окне диспетчера серверов появляется уведомление, что AD DS необходимо настроить, настраиваю назначаю роль контроллера домена, первичный DC работает в режиме Windows server 2008, после повышения до контроллера домена просит перезагрузку и на этом все. После перезагрузки по RDP к серверу подключиться невозможно. Служба RDMS не запускается. В журнале несколько ошибок и предупреждений:

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

2) Источник: Service Control Manager, Код: 7024

Не удается найти описание для идентификатора события 7024 из источника Service Control Manager. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

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

К событию были добавлены следующие сведения:

Управление удаленными рабочими столами
%%2284126209

Отсутствует специальный ресурс языкового стандарта для нужного сообщения

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

Предположил, что проблема может быть в режиме работы домена, был 2008, перевел в 2012 R2. Не помогло. Перевел режим работы леса в 2012 R2. Тоже не помогло. Делал это потому что есть еще 5 серверов с аналогичной конфигурацией, установленные с этого же дистрибутива и все они работают в режиме 2012 R2 и на них стабильно работают все роли. Т.е разница с этим только в том, что здесь сервер вводился в уже готовый домен, а в остальных случаях были новые контроллеры доменов в новом домене. Сейчас прихожу к тому, что видимо придется разворачивать виртуальную машину, на ней поднимать AD DS и разделять роли. Но почему не запускается служба непонятно.

Источник

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

Вопрос

Все ответы

Спасибо за вопрос и за то, что связались.

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

Имя: Название приложения: Приложение
Источник: ESENT
ID события: 623
Категория задачи: Менеджер транзакций
Уровень: Ошибка
Ключевые слова: классический
Пользователь: N / A
Компьютер: COMPUTERNAME
Описание:
svchost (PID) Хранилище версий для этого экземпляра (0) достигло максимального размера 2 Мб. Вполне вероятно, что длительная транзакция препятствует сокращению хранилища версий и вызывает его накопление в размере. Обновления будут отклоняться до тех пор, пока длительная транзакция не будет зафиксирована или задержана.

Эта проблема может возникнуть, если в базе данных службы лицензирования удаленных рабочих столов (RDLS) есть большая внутренняя таблица.

Посмотрите, как это исправить

1) Запустите редактор реестра (Regedt32.exe)

2) Найдите и щелкните следующий раздел реестра:
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ TermServLicensing \ Parameters

3) В меню «Правка» нажмите «Добавить значение» и добавьте следующий параметр реестра:

Имя значения: MaxVerPages
Тип данных: REG_DWORD
Система счисления: десятичная
Данные значения: 1024

Диапазон варьируется от минимума 256 до максимума 2048.

4) Закройте редактор реестра.

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

Источник

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

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

Как убрать ошибку «Удалённому рабочему столу не удалось найти компьютер»

Способ 1: Проверка правильности ввода имени компьютера

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

Способ 2: Использование IP-адреса

В некоторых случаях из-за особенностей конкретной версии Windows подключение по RDP может не распознавать DNS-имя целевой машины. Для решения этой проблемы стоит попробовать соединение по IP-адресу – введите его вместо имени клиента.

Способ 3: Устранение проблем связи с сервером

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

Nslookup *адрес сервера*

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

Способ 4: Настройка брандмауэра

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

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

Способ 5: Использование альтернативного клиента

Иногда причина проблемы может заключаться во встроенном в систему средстве использования RDP. К счастью, для Windows существует несколько аналогов от сторонних производителей, например, Remote Desktop Manager.

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

Мы рады, что смогли помочь Вам в решении проблемы.

Помимо этой статьи, на сайте еще 11956 инструкций.
Добавьте сайт Lumpics. ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Опишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.

Ошибка 1068 — не удалось запустить дочернюю службу или группу

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

В этой инструкции подробно о распространенных вариантах ошибки 1068 (Windows Audio, при подключениях и создании локальной сети и т. п.) и о том, как исправить возникшую проблему, даже если ваш случай не из числа распространенных. Сама же ошибка может появиться в Windows 10, 8 и Windows 7 — то есть во всех последних версиях ОС от Microsoft.

Не удалось запустить дочернюю службу — распространенные варианты ошибки 1068

Для начала о самых часто встречающихся вариантах ошибки и быстрые пути исправить их. Необходимые для исправления действия будут выполняться в управлении службами Windows.

Для того, чтобы открыть «Службы» в Windows 10, 8 и Windows 7, нажмите клавиши Win+R (где Win — клавиша с эмблемой ОС) и введите services. msc после чего нажмите Enter. Откроется окно со списком служб и их состоянием.

Для изменения параметров любой из служб, просто дважды кликните по ней, в следующем окне вы сможете изменить тип запуска (например, включить «Автоматически») и запустить или остановить службу. Если опция «Запустить» не доступна, то сначала нужно изменить тип запуска на «Вручную» или «Автоматически», применить настройки и уже потом запускать службу (но она может не запуститься и в этом случае, если зависима еще от каких-то отключенных в настоящий момент служб).

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

Ошибка 1068 службы Windows Audio

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

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

Не удалось запустить дочернюю службу при действиях с сетевыми подключениями

Следующий распространенный вариант — сообщение об ошибке 1068 при каких-либо действиях с сетью: предоставлением общего доступа к сети, настройке домашней группы, подключению к Интернету.

В описываемой ситуации проверьте работу следующих служб:

В качестве отдельного действия при неполадках с сетевыми службами при подключении к Интернету (ошибка 1068 и ошибка 711 при непосредственно подключении в Windows 7) можно попробовать следующее:

После этого перезагрузите компьютер.

Поиск необходимых для исправления ошибки 1068 служб вручную на примере диспетчера печати и брандмауэра

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

Этот способ должен подойти для большинства случаев появления проблемы в Windows 10 — Windows 7: и для ошибок брандмауэра, Hamachi, диспетчера печати и для других, менее часто встречающихся вариантов.

В сообщение об ошибке 1068 всегда присутствует название службы, вызвавшей эту ошибку. В списке служб Windows найдите это название, после чего кликните по ней правой кнопкой мыши и выберите «Свойства».

После этого перейдите на вкладку «Зависимости». Например, для службы Диспетчер печати мы увидим, что требуется «Удаленный вызов процедур», а для брандмауэра требуется «Служба базовой фильтрации», для которой, в свою очередь, тот же «Удаленный вызов процедур».

Когда необходимые службы стали известны, пробуем включить их. Если тип запуска по умолчанию неизвестен — пробуем «Автоматически» с последующей перезагрузкой компьютера.

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

Ну и, если ни один из вариантов не помогает, имеет смысл попробовать точки восстановления (если есть) или другие способы восстановления системы, прежде чем прибегать к переустановке ОС. Тут могут помочь материалы со страницы Восстановление Windows 10 (многие из них подойдут для Windows 7 и 8).

А вдруг и это будет интересно:

Огромное спасибо. Очень помогло, долго мучился с запуском беспроводной службы после установки ОС на новом ноутбуке. Проверил службы, запустил-всё ОК.

Спасибо Вам большое. Очень помогло.

Классная статья, спасибо! Я всегда думал, что служба «Телефония» в Windows совсем не нужна, поэтому я ее всегда отключал. Но в этот раз, когда я ее отключил, то перестала работать служба «Диспетчер автоматических подключений удаленного доступа». А эта служба мне нужна для подключения к прокси. Все сейчас хорошо работает и я просто счастлив )

Всё сделал как в этой статье, но ошибка 1068 осталась…Пока не запустил в локальных службах «Windows Search» — выставил в ручную

Отдельное спасибо за этот коммент. Только после включения «Windows Search» включилась служба «Служба общих сетевых ресурсов проигрывателя Windows Media»

Спасибо дружище! Как мне помогла эта статья!

Спасибо за статью, проблему со звуком решила! статья выручила)

Я включаю «службу WLAN» и пишет «ошибка 1068»

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

Спасибо огромное. После переустановки винды мучился со звуком.

Спасибо, помогло подключение недостающих служб для настройки сетевого подключения!

Спасибо!
Сам по тупости отключил службу «Питание»
Все исправил

Не удается запустить, никак.

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

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

У кого не получилось запустить потоковую передачу мультимедиа, пробуем запустить службу Windows Search, которая у меня была отключена — исправьте тип запуска на Автоматически (отложенный запуск) и запустите ее, мне помогло сразу даже без перезагрузки системы.

Как исправить код ошибки удаленного рабочего стола 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, содержит поврежденные файлы, которые не позволяют установить соединение.

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

Источник

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

Общие обсуждения

Перестал запускаться сервис «Лицензирование удаленных рабочих столов» на сервере терминалов. Причем это было замечено только через несколько месяцев, когда у клиентов закончились ранее выданные лицензии, а новых не получили.

Предположительно проблема возникла из-за замены жесткого диска с копированием системы Акрониксом либо накатом целой кучи обновлений.

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

sfc и DISM проблем не обнаружили.

в system32 нет каталога Lserver.

Имя журнала: System
Источник: Service Control Manager
Дата: 04.11.2018 12:44:13
Код события: 7024
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
Служба «Лицензирование удаленных рабочих столов» завершена из-за следующей внутренней ошибки:
Присоединенное к системе устройство не работает.
Xml события:

7024
0
2
0
0
0x8080000000000000

90728

System
SERVER

Лицензирование удаленных рабочих столов
%%31
5400650072006D0053006500720076004C006900630065006E00730069006E0067000000

Имя журнала: Application
Источник: ESENT
Дата: 04.11.2018 11:26:45
Код события: 465
Категория задачи:Ведение журнала/Восстановление
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
svchost (3364) В ходе необязательного восстановления файла журнала C:\Windows\System32\LServer\edb.log обнаружено повреждение. Позиция несоответствующей записи контрольной суммы: END. Данные, не соответствующие предполагаемому содержимому файла журнала, обнаружены в секторе 39 (0x00000027). Этот файл журнала поврежден, его использование невозможно.
Xml события:

465
2
3
0x80000000000000

19978
Application
SERVER

svchost
3364

C:\Windows\System32\LServer\edb.log
END
39 (0x00000027)

477
2
3
0x80000000000000

19977
Application
SERVER

svchost
3364

C:\Windows\System32\LServer\edb.log
159744 (0x0000000000027000)
4096 (0x00001000)
-501 (0xfffffe0b)
9216053796837545821 (0x7fe600197764575d)
9216053796837545821 (0x7fe600197764575d)

Источник