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

I. Ошибка — «отказано в доступе».

1) Сначала определим действительное имя службы: Панель управления / Система и безопасность / Администрирование / Службы. Найдите нужную Вам и откройте ее свойства. Во вкладке «Общее» имя службы (рис. 1).

2) Искомое имя службы ищем в ветке в реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices.

3) Правый клик по службе, и в контекстном меню выбираем пункт «Разрешения».

4) Для нормальной работы службы, группы «Система» и «Администраторы» должны иметь полный доступ (рис. 2).

II. Ошибка запуска службы. Эта ошибка означает, что у вас отключена служба. Чтобы запустить ее нужно сделать следующее:

1) Открываем Пуск / Панель управления / Система и безопасность / Администрирование / Службы (рис.1) .

2) В списке находим нужную. По двойному клику открываем свойства службы.

3) Устанавливаем тип запуска — «Автоматически». Запускаем службу там же с помощью кнопки «Запустить».

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

III. Ошибка — «Системе не удается найти указанный путь».

1) В этом случае необходимо проверить параметр службы ImagePath: Он может быть изменен или указывать на несуществующий файл. Чтобы выяснить правильные параметры запуска службы воспользуйтесь справочником по службам.

2) Если путь правильный, но файл отсутствует, воспользуйтесь «Восстановлением системы»: Программы / Стандартные / Служебные / Восстановление системы (рис.3) или утилитой в командной строке — «sfc». Sfc — проверяет системные файлы и в случае необходимости восстанавливает (понадобится установочный диск Windows).

После перезагрузки компа не запустилась служба «Удаленный вызов процедур (RPC)«. Очень многое зависит от этой службы. В итоге не работает восстановление системы, сетевое окружение, звук, Windows Installer, почти не работает консоль управления (MMC), на панели задач не показываются открытые окна и т.д. и т.п. Попытка ручного запуска приводит к ошибке «Неудается запустить . (RPC) на xxxComp. Ошибка 5: Отказано в доступе«. Антивирус ничего не нашел. Два дня копаний и комп удалось вернуть к жизни.

По рекомендации Microsoft, первое, что пробовал, найти и удалить ветку реестра [HKLMSYSTEMCurrentControlSetHardware ProfilesCurrentSystemCurrentControlSetEnumROOTLEGACY_RPCSS] . Ее у меня не оказалось, возможно в результате каких-то установленных обновлений.

Далее, попытка восстановить параметры службы в реестре. Поскольку regedit.exe работал только на чтение/удаление (еще один побочный эффект), не получилось внести изменения. Да они и не нужны были, т.к. все было верно. Должно выглядеть вот так:

Значение параметра start может отличаться. Изменить реестр все же можно, но при этом нужно загрузиться с MS ERD commander.

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

• Запустить консоль (Пуск > Выполнить: cmd)
• cd z:i386 (там дистрибутив Windows)
• expand explorer.ex_ %TEMP%explorer.exe
• expand svchost.ex_ %TEMP%svchost.exe
• Запустить Диспетчер задач (Ctrl+Shift+Esc)
• Остановить процесс exlporer.exe
• copy %TEMP%explorer.exe %SYSTEMROOT% /y
• Остановить все процессы svchost.exe. Внимание! После этого у вас будет 60 секунд до перезагрузки машины.
• copy %TEMP%svchost.exe %systemroot%system32 /y

Этот финт тоже не дал результатов. Еще вариант: запустить проверку всех защищенных системных файлов с заменой неправильных версий правильными. В консоли выполнить:

sfc /PURGECACHE — Очистка файлового кэша и немедленная проверка файлов
sfc /SCANONCE — Разовая проверка при следующей загрузке

Не помогло.. Тогда совсем брутальный ход — восстановление параметров безопасности. Опять же в консоли:

secedit /configure /cfg %windir%
epairsecsetup.inf /db secsetup.sdb /verbose

После перезагрузки комп заработал, базовые сервисы стартовали. Появился новый косяк (а может он был с самого начала): под моей учеткой не запускался, как минимум, менеджер управления дисками и Windows Installer. Отказано в доступе. Можно через консоль восстановить права доступа к системному диску «по умолчанию»:

secedit /configure /db %TEMP% emp.mdb /Cfg %WINDIR%infdefltwk.inf /areas filestore

После чего нужно в ручную определить права для каждой учетки к [c:Documents and SettingsUserXXX] или пересоздать их, смотря что проще.

В моем случае я просто назначил одинаковые права на весь системный диск, взяв за эталон доступ к каталогу [c:windows] . К эталону добавил свою учетку в домене с полными правами к диску. Может это неправильно с точки зрения безопасности, но копаться с каждым каталогом отдельно у меня времени нет.

Что еще можно было предпринять

Пока комп «болел» вот этого не было в реестре:

Возможно ручное добавление как-то бы изменило ситуацию.

Попытки ручного запуска сервиса, например через команду «net start rcpss» заканчивались ошибкой «Error 5: access denied«. Я предполагаю, отказано в доступе потому, что сервис должен запускаться под учеткой системы — «NT AUTHORITY». В реестре есть такой параметр:

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

Еще вариант: использование эксплоита KiTrap0D для получения консоли с правами системы. Об этом эксплоите писали в Хакере. Собственно бинарник здесь. Вот только у меня стоят виндовские обновки, так что похоже данный эксплоит уже не работает.

Похожие материалы: Флешка с LiveCD
Понравилась статья? Расскажите о ней друзьям:

В разделе «Свойства системы / Удаленный доступ» включена функция «Разрешить удаленные подключения к этому компьютеру». Также в Service Manager / Local Server «Удаленный рабочий стол» включен.

Однако служба «Службы удаленных рабочих столов», указанная в разделе «services.msc», не работает и не может быть запущена — операция запуска отключена.

Я бы не подумал, что роль «Службы удаленных рабочих столов» потребуется для разрешения подключения RPD администратора? (В какой-то момент он был установлен, а затем удален) — это сбивает с толку различие между этими двумя функциями.

Есть идеи о том, как заставить службу RDP работать в целях администратора?

3 ответа

У меня возникла проблема с сервером брокеров 2012R2 в течение нескольких месяцев. Каждый раз, когда я исправлял сервер и перезагружал сервер RD Broker, он не запускался полностью. Единственные КБ, на которые я мог найти все ссылки, на которые вы не можете / не должны запускать роль RD Broker на контроллере домена. Я не был! Единственным выходом для меня было выполнить переустановку роли RD Broker и воссоздать ферму RD.

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

Обнаружено, что база данных ‘RDCmc’ находилась в режиме ожидания восстановления. Я просто отключил БД в автономном режиме, а затем снова включил ее (нажмите правой кнопкой мыши БД -> Задачи -> Онлайн / Оффлайн). Служба управления удаленными рабочими столами была запущена, и коллекции RD снова появились.

Убедитесь, что версия клиента удаленного рабочего стола поддерживает аутентификацию на уровне сети. Также убедитесь, что пользователь или группа указаны на экране Выбор пользователей в Свойствах системы. Чтобы устранить проблемы с маршрутизацией и брандмауэром, вы можете запустить telnet localhost 3389 из командной строки и посмотреть, подключится ли он. Если это так, то служба точно отвечает на запросы на подключение, и вы можете попробовать то же самое с удаленного компьютера. Изменить. Замените localhost именем удаленного хоста. Попробуйте IP-адрес, если проблема в DNS.

Примечание к сайту. Если команда telnet не установлена, вы можете добавить ее с помощью команды ocsetup TelnetClient , которая чувствительна к регистру.

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

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