Windows key тип services
Обновлено: 04.07.2024
Отключение службы в Windows 10 обычно не самая сложная задача и может быть выполнена с помощью интерфейса управления службами services.msc. Однако, для некоторых служб изменение поля «Тип запуска» не активно, тем не менее и эти службы можно отключить.
В этой инструкции два способа отключить службу Windows 10 — простой «стандартный» и дополнительный, с помощью редактора реестра на случай, если первый метод не работает.
Важное примечание: отключение тех служб, у которых тип запуска не изменяется может быть потенциально нежелательным для работы ОС. Рекомендую создать точку восстановления системы или резервную копию реестра Windows 10 перед отключением.
Простое отключение службы в services.msc
Первый метод предполагает простое отключение службы (изменение типа запуска на «Отключена») в утилите управления службами Windows 10.
Порядок действий будет следующим:
- Нажмите клавиши Win+R на клавиатуре, введите services.msc и нажмите Enter.
- В открывшемся списке служб Windows 10 выберите ту, которую требуется отключить и дважды нажмите по ней.
- В открывшемся окне вы можете остановить службу (но не обязательно), а затем выбрать в поле «Тип запуска» пункт «Отключена» и нажать «Ок».
- Закройте список служб и перезагрузите компьютер.
Готово, после перезагрузки компьютера служба будет отключена. Однако, учитывайте, что отключение служб может привести к появлению тех или иных ошибок в работе системы, её утилит и функций, а также других служб, которые зависимы от отключенных служб.
Ещё один вариант этого же метода — отключение службы с помощью командной строки, запущенной от имени администратора. Команда имеет вид:
Имя службы можно посмотреть в свойствах службы (в окне на 3-м шаге выше), а пробел после «start=» обязателен.
Еще одна похожая команда:
В этом примере команда отключит только службу с указанным именем. Однако, с её же помощью можно выполнить и более изощренные вещи, например, в следующем варианте будут отключены все службы, имя которых начинается с «Dell»:
Отключение службы с помощью редактора реестра в случае, когда поле «Тип запуска» не активно
В ситуации, когда отключение службы обычными методами невозможно, а поле «Тип запуска» не активно, вы можете использовать редактор реестра для отключения службы Windows 10:
- В services.msc откройте свойства службы и посмотрите её имя.
- Нажмите клавиши Win+R, введите regedit и нажмите Enter.
- В открывшемся редакторе реестра перейдите к разделу
- Внутри этого раздела найдите подраздел с именем службы, которую требуется отключить и выберите его. В правой части обратите внимание на параметр с именем Start.
- Дважды кликните по имени параметра и установите для него значение 4.
- Закройте редактор реестра и перезагрузите компьютер, служба будет отключена.
Этот параметр также может иметь значения 2 (тип запуска «Автоматически») или 3 («Вручную»).
Если какие-то службы не используются, и вы предполагаете, что не потребуются в дальнейшем, их можно удалить, подробнее: Как удалить службу Windows 10.
А вдруг и это будет интересно:
18.06.2019 в 09:01
19.06.2019 в 09:42
Я и сам к ним (встроенным средствам системы) склоняюсь для большинства задач (ну.. кроме, например, восстановления данных) и часто об этом пишу. А про не самый лучший сторонний софт бывает публикую статьи, но среди них нет рекламных, а наоборот, стараюсь показать что особо смысла нет (а это может быть важно для начинающего, который привык всё разрекламированное устанавливать).
07.01.2020 в 18:03
Вчера пытался оптимизировать систему и отключил одну из таких служб (Dell inspiron 7577) после чего пропало окошко входа в систему (вводиться пароль или отпечаток пальца) и не смог решить проблему.
08.01.2020 в 10:29
31.03.2020 в 18:37
Здравствуйте Дмитрий, как отключить эту службу-UnistoreSvc? я его отключаю через реестр, но он опять сам включается под другим названиям.
01.04.2020 в 12:56
Как это под другими названиями? Можно пример, как было, а как она потом (под каким названием) снова включилась?
12.02.2021 в 14:39
13.02.2021 в 08:51
Для возможности использования учётных записей Group Managed Service Account (gMSA) в инфраструктуре Active Directory должен быть сгенерирован ключ Key Distribution Services (KDS) Root Key. Некоторые подробности о KDS Root Key можно получить в документе Create the Key Distribution Services KDS Root Key.
Необходимый уровень привилегий
Создание Root Key требует полномочия уровня Domain Administrator (в корневом домене верхнего уровня) или Enterprise Administrator. Если требуется создание ключа для администратора в дочернем домене, то на время учётную запись с правами Domain Administrator из дочернего домена придётся добавить в группу Enterprise Admins в корневом домене (после изменения уровня прав не забываем перелогиниться на контроллере домена). Определиться с необходимыми полномочиями важно на самом раннем этапе, так как в случае нехватки полномочий при попытке создания Root Key мы можем получить трудную для понимания ошибку типа Add-KdsRootKey : The request is not supported. (Exception from HRESULT: 0x80070032)
Создание KDS Root Key
Создадим Root Key, разрешив его использование через час после создания, чтобы дать время для репликации ключа между всеми контроллерами Active Directory.
Для начала проверим в AD информацию о всех имеющихся ключах с помощью командлета Get-KdsRootKey.
Если ключа нет, создадим его с помощью командлета Add-KdsRootKey.
Специфика работы ключа KDS Root Key заключается в том, что, согласно документа созданный ключ можно будет использовать на всех контроллерах домена не ранее, чем через 10 часов после даты, хранимой в атрибуте msKds-UseStartTime. Поэтому, чтобы ускорить возможность использования ключа, мы можем сдвинуть дату в прошлое, например, на 9 часов, чтобы ожидание начала действия ключа длилось только 1 час, вместо 10. Таким образом, за счёт этого периода ожидания мы дадим возможность разреплицировать созданный ключ на все контроллеры домена.
Проверка KDS Root Key
Если ключ уже был создан ранее в домене, то мы можем проверить валидность его формата командой
В случае, если ключ был создан только что, обратим внимание на дату и время, что отображаются в EffectiveTime. Это время должно быть на 9 часов меньше от времени, когда генерировался ключ, то есть так как мы и указали в параметре EffectiveTime командлета Add-KdsRootKey
В оснастке Active Directory Sites and Services включим режим отображения узла служб: «Show Services Node»
В служебном контейнере Services > Group Key Distribution Service > Master Root Keys найдём объект типа msKds-ProvRootKey с идентификатором, который показал нам вывод PS-командлета создания ключа.
В значениях атрибутов msKds-CreateTime и msKds-UseStartTime увидим время создания объекта и время начала возможности его использования. Атрибут msKds-DomainID содержит имя сервера, на котором был создан ключ. Чтобы преобразовать значения даты/времени из атрибутов типа Large Integer, как например в msKds-UseStartTime, можем воспользоваться PS-конструкцией типа:
В данном примере, преобразовывая значение атрибута msKds-UseStartTime, мы получим то самое значение EffectiveTime, которое выводится командлетом Get-KdsRootKey.
Несколько KDS Root Key
Процедура создания Root Key делается один раз для леса Active Directory. Если командлет Add-KdsRootKey выполнялся несколько раз, то может получиться так, что будет создано несколько ключей. Прямого запрета использования такой конфигурации я найти не смог, но и упоминание того, что ключ желательно иметь только мне попадалось на форумах TechNet (ссылку к сожалению не сохранил).
Проверено на следующих конфигурациях:
| Версия ОС |
|---|
| Windows Server 2012 R2 Standard EN (6.3.9600) |
Автор первичной редакции:
Алексей Максимов
Время публикации: 30.10.2018 17:17
В данной статье будет рассказано о том, как отредактировать параметры запуска служб в Windows на примере службы «Агент сервера 1С:Предприятия 8.3». Будет показано как настроить тип запуска служб, изменить учетные данные для запуска службы, а также изменить параметры запуска исполняемого файла службы.
0. Оглавление
1. Изменение настроек запуска службы
Предположим у нас имеется работающая служба, пусть это будет «Агент сервера 1С:Предприятия 8». Для того что бы отредактировать свойства запуска данной службы перейдем в оснастку «Службы» (Services).
Ну или в любой версии Windows можно выполнить команду services.msc. Для этого необходимо нажать комбинацию клавиш Win + R, в открывшемся окне «Выполнить» (Run) ввести имя команды в поле «Открыть» (Open) и нажать «ОК».
Далее в открывшейся оснастке, в списке служб находим службу, параметры запуска которой необходимо отредактировать.
Кликаем два раза по имени службы, чтобы открыть ее свойства. В окне свойств службы можно отредактировать нижеперечисленные параметры запуска службы.
На закладке «Восстановление» (Recovery) можно задать действия, которые будет выполнять система при сбое службы.
На закладке «Зависимости» (Dependencies) можно настроить зависимость запуска службы от различных компонент системы.
2. Изменение параметров запуска исполняемого файла службы
В окне свойств службы, на закладке «Общие» (General) возможно просмотреть путь к исполняемому файлу службы, а также увидеть передаваемые для его запуска параметры.
Однако эта информация доступна только для чтения. Изменить строку запуска исполняемого файла службы можно с помощью системного реестра Windows.
Для запуска системного реестра, следует выполнить команду regedit.exe. Для этого необходимо нажать комбинацию клавиш Win + R, в открывшемся окне «Выполнить» (Run) ввести имя команды в поле «Открыть» (Open) и нажать «ОК».
В первую очередь при работе с реестром Windows необходимо сделать бэкап, выполнив экспорт всего реестра.
После этого в дереве папок слева переходим по пути:
Затем в списке выделим группу с именем службы, свойства которой необходимо отредактировать. При этом, в окне справа увидим все параметры данной службы.
Кликаем 2 раза по имени параметра, который необходимо изменить и вводим новое значение.
Например, пусть нам необходимо запустить сервер «1С:Предприятие» в режиме отладки, т. е. добавить в строку запуска параметр -debug. Для этого меняем значение параметра ImagePath.
Нажимаем «ОК», для сохранения изменений и закрываем редактор реестра.
Перезапускаем службу для того, чтобы изменения вступили в силу. Сделать это моно также из оснастки «Службы» (Services), кликнув правой кнопкой мыши по имени службы в списке и выбрав в контекстном меню «Перезапустить» (Restart).
На этом все. Изменения вступили в силу, соответственно агент сервера запущен в режиме отладки.
Смотрите также:
Здесь будет рассказано как изменить политику паролей в Windows Server 2008. По умолчанию все пароли в Windows должны отвечать политике безопасности, а именно: Не содержать имени учетной записи пользователя…
Ниже будет рассказано о том, как добавить новое правило в Брандмауэр Windows Server 2008 R2. А конкретнее, будем добавлять разрешающее правило для порта 1433, который использует Microsoft SQL Server 2008 R2 или, как…
Ниже приведена небольшая инструкция об изменении политики паролей в Microsoft Windows Server 2012 R2. По умолчанию политика паролей определена таким образом, что все пароли учетных записей пользователей должны удовлетворять следующим…
Так как команда для получения статуса службы называется Get-Service, догадаться о том, как пишутся другие команды не составит труда. На худой конец мы можем спросить у PowerShell обо всех командах, так или иначе относящихся к работе со службами. Обратите внимание, что мы использовали параметр –noun для получения всех команд, связанных со службами.
Взглянем на эти команды внимательнее.
STOP-SERVICE
Чтобы остановить службу, мы должны уточнить ее имя.
Однако в конвейер ничего не будет передано. Некоторые командлеты, такие как Stop-Service, созданы таким образом, что по умолчанию они не записывают объект в конвейер. Мы же заставим это сделать, использовав параметр –Passthru.
Если служба не запущена, то командлет ничего не выведет, равно как и не выдаст никакой ошибки. Поэтому иногда лучше передать объект в Stop-Service (естественно использовав при этом параметр –whatif).
Параметр –WhatIf был добавлен для того, чтобы мы посмотрели, что будет, если командлет будет запущен. Когда я удостоверюсь, что это именно та служба, которая меня интересует, я просто удалю -Whatif и остановлю службу.
Как я уже упомянул выше, если служба уже остановлена, то командлет ничего не сделает. И использование Stop-Service в этом случае никому не навредит. Однако я все же предпочитают более цивилизованный подход, а именно:
Если служба запущена, то объект передается в конвейер и отправляется в Stop-Service. Ниже приведен вариант с остановкой нескольких служб.
Некоторые службы не захотят останавливаться – в силу наличия зависимых служб – что мы и видим на скриншоте ниже.
В таком случае используем параметр –Force. В большинстве случаев это работает, но без “защиты от дурака”. Помните, что команда также остановит зависимые службы.
START-SERVICE
Запуск службы осуществляется аналогичным образом. Он поддерживает параметр –Whatif, и вам придется использовать –Passthru, чтобы увидеть объекты.
И снова: если служба уже запущена, командлет ничего не сделает. Однако вы можете попытаться запустить службу и получите такую ошибку.
Причиной тому в большинстве случаев является выключенные службы. Как конфигурировать настройки службы, я расскажу в следующей статье.
Если вы хотите запустить службы и все службы, зависимые от нее, используйте следующее выражение:
Мы должны явно получить зависимые службы, потому что Start-Service не запустит автоматически их.
RESTART-SERVICE
Вы удивитесь, но перезапуск службы работает также как два предыдущих примера. Используйте –Passthru, если хотите убедиться, что служба запущена.
Так как мы осуществляем остановку службы, нам может понадобиться параметр –Force.
ПРИОСТАНОВКА И ВОЗОБНОВЛЕНИЕ РАБОТЫ
Работа некоторых служб может быть приостановлена на некоторое время, а затем возобновлена, и мы можем это сделать через PowerShell. Однако если служба не удовлетворяет требованиям, мы получим такие ошибки. (на примере показано, что мы пытались приостановить службу bits)
В чем же проблема? Смотрим на объект (используя Get-Service).
Если значение свойства CanPauseAndContinue равно True, значит мы можем приостанавливать и возобновлять работу службы. Найдем такие службы:
Как мы видим, не так много служб удовлетворяют этому требованию.
Готовы возобновить работу службы? Используйте следующее выражение:
Оба командлета также поддерживают –Whatif.
УДАЛЕННЫЕ СЛУЖБЫ
Как вы могли обратить внимание, все примере выше мы демонстрировали на локальном машине. И это неслучайно. К сожалению даже в PowerShell v3, ни у одного из этих командлетов нет параметра, который позволял бы управлять службой на удаленном компьютере. Get-Service, конечно, поддерживает параметр –Computername, но не более. Службу лицезреть вы сможете, а что-либо с ней сделать не получится. Нет, можно, конечно, если удаленный компьютер работает с PS v2 и включен PowerShell Remoting. Тогда мы можете использовать все выше приведенные команды, используя Invoke-Command для удаленного компьютера или PSSession. С другой стороны, проще управлять одной службой на нескольких серверах.
Управление службами на удаленных компьютерах не ограничивается вышеперечисленным, но это уже будет предмет рассмотрения последующих статей.
Все эти командлеты могут быть использованы в конвейерном выражении и зачастую это лучший вариант. Использование Get-Service для получения объектов и последующая передача их в подходящий командлет.
УСТАНАВЛИВАЕМ УДАЛЕННЫЙ СТАТУС
Итак, мы выяснили, что у командлета Stop-Service отсутствует такой полезный параметр как –Computername. Мы можете использовать эти команды в удаленной сессии, обратившись к командлету Invoke-Command, что уже само по себе продуктивно, если вы работаете со службой на нескольких компьютерах. Одно можно запускать, останавливать, перезапускать, ставить на паузу и запускать заново, используя Set-Service.
Эта команда поддерживает параметр –WhatIf. Вы также должны использовать –Passthru для передачи объектов в конвейер.
Валидными значениям для параметра –Status являются “запущена” (running), “остановлена” (stopped) и “на паузе” (paused). Помните, что у службы есть зависимые службы, мы не сможете изменять ее, что и продемонстрировано на скриншоте ниже.
К сожалению, у Set-Service отсутствует параметр –Force, поэтому придется вернуться к использованию PowerShell remoting и Invoke-Command. Если вы хотите перезапустить удаленную службу, используйте следующую команду:
Не забудьте использовать –Passthru, в противном случае вторая команда Set-Service ничего не осуществит.
Что по мне, так я предпочитаю работать сразу с несколькими службами, которые я не могу удаленно остановить, используя Set-Service, хотя их запуск проблем составляет. Я использую Invoke-Command. Но помните, что используя параметр –Computername PowerShell осуществляет подключение, используя RPC и DCOM, что может привести к проблемам с файрволом. Invoke-Command использует PowerShell remoting, который мы может быть еще не настроили или не включили.
УСТАНАВЛИВАЕМ ТИП АВТОЗАПУСКА СЛУЖБЫ
Set-Service полезнен, когда вы хотите включить или отключить службу, используя параметр –StartupType. Если Вы настроили службу, используя значения Automatic, Manual or Disabled. К сожалению, не существует варианта для Automatic (Delayed).
Однако, просто взглянув на объект, мы не сможем сказать, к какому типу автозагрузки он относится.
Как это сделать – одна из тем следующей статьи.
Помните, что изменение типа автозагрузки не повлияет на текущий статус службы.
Так что если вы хотите выключить и остановить (или включить и запустить) службу, передайте объект в подходящий командлет.
Технически, Set-Service позволяет вам изменить отображаемое имя службы и описание, но лично мне никогда не приходилось использовать в своей работе. Я использую Set-Service для включения и выключения служб. Если необходимо управлять службами удаленно, то я использую Invoke-Command.
Все, что я продемонстрировал в последних статьях, было связано с использованием специфических типов объектов службы, которые, как вы могли заметить, имеют некоторые ограничения. В следующей статье мы рассмотрим другие возможности по управлению службами, которые призваны обойти эти ограничения.
Читайте также: