Menu

Рестарт сервис: Сервисный центр РЕСТАРТ | Рязань

Содержание

Сервисный центр Рестарт Сервис на Первомайской улице, 100

8 (964) 860-80-198 (964) 860-80… — показать

У Сервисный центр Рестарт Сервис на Первомайской улице, 100 пока нет отзывов

Нравится это место? Поделитесь впечатлениями в отзыве!

Про «Сервисный центр Рестарт Сервис на Первомайской улице, 100»

Предложить изменения
Сообщить о закрытии

Ремонт сотовых телефонов, планшетов, ноутбуков, компьютеров.

Покупка новой, Б/У, нерабочей, цифровой техники.

Продажа аксессуаров. 

Ищите нас в соцсетях: Вконтакте

Информация скопирована с Yell.ru — https://www.yell.ru/yoshkar-ola/com/restart-servis_12064501/

Бренды 63

AEG

Alcatel

Ballu

BBK

BlackBerry

BORK

Bosch

BQ

Braun

Brother

Candy

Canon

Casio

DELL

Delonghi

Dyson

Elari

Electrolux

Epson

Fly

Gardena

Gorenje

Haier

Hitachi

Hotpoint-Ariston

HP

Indesit

JBL

Karcher

Liebherr

Miele

MSI

Nokia

PocketBook

Polaris

Prestigio

Siemens

Tefal

Thermex

Toshiba

VERTU

VITEK

Whirlpool

Zanussi

ZTE

Техника Hyundai

Техника Mitsubishi

Триколор

Показать все 63

Компьютерные услуги 5

Ремонт iPhone 2

Замена стекла

Ремонт айфон

Ремонт бытовой техники и инструментов 1

Ремонт бытовой техники

Ремонт ноутбуков 1

Ремонт ноутбука

Ремонт смартфонов и других гаджетов 6

Вызов мастера

Ремонт игровых приставок

Ремонт телевизоров 1

Способы оплаты 5

PayPal

Безналичный расчет

Веб-кошельки

Карты

Наличные

Услуги для населения 1

restart | Juniper Networks

нет

То же самое, что gracefully и .

адаптивные сервисы

(Необязательно) Перезапустите процесс управления конфигурацией, который управляет конфигурацией для межсетевых экранов, преобразование сетевых адресов (NAT), служб обнаружения вторжений (служба обнаружения вторжений) и служб IP Security (IPsec) на PIC адаптивной службы.

all-chassis

(Матрица TX и матрица TX только маршрутизаторы) (Необязательно) Перезапустите программный процесс на всем шасси.

all-lcc

(Матрица TX и матрица TX только маршрутизаторы) (Необязательно) Для маршрутизатора матрицы TX перезапустите программный процесс на всех T640 маршрутизаторах, подключенных к маршрутизатору матрицы TX. Для маршрутизатора TX Matrix Plus перезапустите программный процесс на всех T1600 маршрутизаторах, подключенных к матрице TX Plus.

все члены

(серия MX только маршрутизаторы) (Необязательно) Перезапустите программный процесс для всех членов Virtual Chassis конфигурации.

all-sfc

(Только маршрутизаторы с матрицей TX) (Необязательно) Для маршрутизатора TX Matrix Plus перезапустите программные процессы для маршрутизатора TX Matrix Plus (или шасси коммута-матрицы).

ancpd-service

(Необязательно) Перезапустите процесс Access Node Control Protocol (ANCP), который взаимодействует со специальным сеансом протокола управления группой Интернета (IGMP) для сбора событий сопоставления исходяющих интерфейсов масштабируемым способом.

идентификация приложений

(Необязательно) Перезапустите процесс, который идентифицирует приложение, использующее обнаружение и предотвращение вторжений (IDP), чтобы разрешить или запретить трафик на основе приложений, работающих на стандартных или нестандартных портах.

безопасность приложений

(Необязательно) Перезапустите процесс безопасности приложения.

аудит

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

автоматическая конфигурация

(Необязательно) Перезапустите процесс автоматической настройки интерфейса.

автоустановка

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс автоустановки.

bbe-stats-service

(серия MX только маршрутизаторы) (Необязательно) Перезапустите bbe-statsd, процесс сбора статистики BBE и управления.

captive-portal-content-delivery

(Необязательно) Перезапустите службу перенаправления HTTP, указав место перенаправления начального сеанса веб-браузера абонента, включив начальное инициализировать и выбрать службу для абонента.

ce-l2tp-service

(Только маршрутизаторы M10, M10i, M7i и серия MX) (Необязательно) Перезапустите процесс универсального туннелного протокола уровня 2 (L2TP), устанавливающий L2TP-туннели и сеансы протокола «точка-точка» (PPP) через туннели L2TP.

управление шасси

(Необязательно) Перезапустите процесс управления шасси.

класс обслуживания

(Необязательно) Перезапустите процесс class-of-service (CoS), который управляет конфигурацией CoS маршрутизатора или коммутатора.

clksyncd-service

(Необязательно) Перезапустите внешний процесс синхронизации синхронизации с использованием синхронного Ethernet (SyncE).

commitd-service

(Необязательно) Перезапустите все совершенные службы.

репликация базы данных

(Только коммутаторы серия MX и маршрутизаторы серии EX) (Необязательно) Перезапустите процесс репликации базы данных.

служба datapath-trace

(Необязательно) Перезапустите процесс трассиации пути пакетов.

Dhcp

(Только коммутаторы серии EX) (Необязательно) Перезапустите программный процесс для сервера динамической настройки хоста (DHCP). Сервер DHCP выделяет СЕТЕВЫе IP-адреса и предоставляет настройки конфигурации сетевым хостам без вмешательства пользователя.

dhcp-service

(Необязательно) Перезапустите процесс протокола динамической настройки хостов.

службы набора номера

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс дозвона по isDN.

диаметр обслуживания

(Необязательно) Перезапустите процесс диаметра.

диск-мониторинг

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

dlsw

(только серия QFX) (Необязательно) Перезапустите службу коммутатора передачи данных по соединению (DLSw).

dot1x-protocol

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс управления сетевым доступом на основе портов.

динамический захват потока

(Необязательно) Перезапустите процесс динамического захвата потока (DFC), который контролирует конфигурации DFC на CS Monitoring Services III.

ecc-error-logging

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

управление ошибками ethernet-подключений

(Необязательно) Перезапустите процесс, который предоставляет IEEE 802.1ag операции, администрированию и управлению (OAM) управления обработкой неисправностей подключения (CFM) базы данных для конечных точек обслуживания CFM Association (MEPs) в сеансе CFM.

управление ошибками в ethernet-соединении

(Только коммутаторы серия MX и маршрутизаторы серии EX) (Необязательно) Перезапустите процесс, который предоставляет информацию об управлении обработкой неисправностей OAM-соединений (LFM) для интерфейсов Ethernet.

ethernet-коммутатор

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс коммутации Ethernet.

обработка событий

(Необязательно) Перезапустите процесс события (eventd).

иутензивные сервисы-подписчики

(Необязательно) Перезапустите процесс служб абонента с возможностью запуска.

fibre-channel

(только серия QFX) (Необязательно) Перезапустите Fibre Channel процесс.

fipsd

(Необязательно) Перезапустите службы fipsd.

Брандмауэра

(Необязательно) Перезапустите процесс управления брандмауэром, который управляет конфигурацией брандмауэра и позволяет принимать или отклоняет пакеты, которые транзитом интерфейса на маршрутизаторе или коммутаторе.

общая аутентификация-сервис

(Только коммутаторы серия MX и маршрутизаторы серии EX) (Необязательно) Перезапустите общий процесс аутентификации.

gprs-процесс

(Необязательно) Перезапустите процесс General Packet Radio Service (GPRS).

Изящно

(Необязательно) Перезапустите программный процесс.

iccp-service

(Необязательно) Перезапустите процесс межкорпусного протокола связи (ICCP).

политика idp

(Необязательно) Перезапустите процесс обнаружения и предотвращения вторжений (IDP).

Сразу

(Необязательно) Немедленно перезапустите программный процесс.

управление интерфейсом

(Необязательно) Перезапустите процесс интерфейса, который управляет устройствами физического интерфейса маршрутизатора или коммутатора и логическими интерфейсами.

Ipmi

(Необязательно) Перезапустите интеллектуальный процесс интерфейса управления платформой.

управление ключами ipsec

(Необязательно) Перезапустите процесс управления ключами IPsec.

isdn-signaling

(только серия QFX) (Необязательно) Перезапустите процесс сигнализации ISDN, который инициирует соединения ISDN.

jflow-service

(Необязательно) Перезапустите процесс службы jflow.

jnu-management

(Необязательно) Перезапустите процесс управления jnu.

jnx-wmicd-service

(Необязательно) Перезапустите процесс службы jnx wmicd.

jsrp-service

(Необязательно) Перезапустите Juniper Services Redundancy Protocol (jsrdp), который контролирует кластеризация шасси.

контроль состояния ядра

(Необязательно) Перезапустите модуль маршрутизации мониторинга состояния ядра, который позволяет отослать данные параметров состояния от компонентов ядра к приложениям для сбора данных. При изменении интервала опроса необходимо перезапустить процесс контроля состояния ядра, чтобы новый интервал опроса sysctl kern.jkhmd_polling_time_secs вступил в силу.

репликация ядра

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

l2-learning

(Необязательно) Перезапустите затопление адресов уровня 2 и процесс обучения.

l2cpd-service

(Необязательно) Перезапустите процесс протокола управления уровня 2, который включает такие функции, как туннелирование протоколов уровня 2 и безостановощенного туннелирования.

l2tp-service

(Только маршрутизаторы M10, M10i, M7i и серия MX) (Необязательно) Перезапустите процесс протокола туннелации уровня 2 (L2TP), который устанавливает клиентские службы для создания туннельных протоколов point-to-Point (PPP) в сети и согласование Multilink PPP, если он реализован.

l2tp-universal-edge

(серия MX только маршрутизаторы) (Необязательно) Перезапустите процесс L2TP, устанавливая L2TP-туннели и сеансы PPP через туннели L2TP.

Lacp

(Необязательно) Перезапустите процесс Link Aggregation Control Protocol (LACP). LACP предоставляет стандартизованные средства обмена информацией между партнерскими системами по соединению, чтобы разрешить их экземплярам управления агрегированием соединений достичь соглашения об идентификации LAG, которой принадлежит этот lag, а затем для перемещения связи в этот LAG и для обеспечения нормальной работы процессов передачи и приема для соединения.

номер lcc

(Матрица TX и матрица TX только маршрутизаторы) (Необязательно) Для маршрутизатора матрицы TX перезапустите программный процесс для конкретного T640 маршрутизатора, подключенного к маршрутизатору матрицы TX. Для маршрутизатора TX Matrix Plus перезапустите программный процесс для конкретного маршрутизатора, подключенного к матрице TX Plus.

Замените номер следующими значениями в зависимости от LCC конфигурации:

  • От 0 до 3, когда T640 маршрутизаторы подключены к маршрутизатору матрицы TX в матрице маршрутов.

  • От 0 до 3, когда T1600 маршрутизаторы подключены к маршрутизатору матрицы TX Plus в матрице маршрутов.

  • От 0 до 7, когда T1600 маршрутизаторы подключены к маршрутизатору TX Matrix Plus с 3D SIB в матрице маршрутов.

  • 0, 2, 4 или 6, когда T4000 маршрутизаторы подключены к маршрутизатору TX Matrix Plus с 3D SIBs в матрице маршрутов.

лицензия-сервис

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс управления лицензией на функции.

управление связью

(Матрица TX и матрица TX Plus маршрутизаторы и коммутаторы серии EX) (Необязательно) Перезапустите процесс протокола управления каналами (LMP), который устанавливает и поддерживает каналы управления LMP.

служба lldpd

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс link layer Discovery Protocol (LLDP).

Местных

(серия MX только маршрутизаторы) (Необязательно) Перезапустите процесс программного обеспечения локального Virtual Chassis-участника.

локализованная политика-функция принятия решений

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

логический системный сервис

(Необязательно) Перезапустите процесс логического обслуживания системы.

mac-проверка

(Необязательно) Перезапустите процесс проверки media Access Control (MAC), в котором настраивается MAC-адрес интерфейсов абонентов, созданных на интерфейсах demux в динамических профилях серия MX маршрутизаторах.

член-id

(серия MX только маршрутизаторы) (Необязательно) Перезапустите программный процесс для конкретного члена Virtual Chassis конфигурации. Замените member-id значением 01 или.

mib-process

(Необязательно) Перезапустите база управляющей информации (MIB) II версии, который предоставляет маршрутизатору MIB II.

mobile-ip

(Необязательно) Перезапустите процесс Mobile IP, который настраивает Junos OS IP-функции Мобильной связи.

mountd-service

(Только коммутаторы серия MX и маршрутизаторы серии EX) (Необязательно) Перезапустите службу для запросов установки NFS.

mpls-traceroute

(Необязательно) Перезапустите MPLS Periodic Traceroute.

mspd

(Необязательно) Перезапустите процесс Multiservice.

многоавестное отслеение

(Только коммутаторы серия MX и маршрутизаторы серии EX) (Необязательно) Перезапустите процесс многоабластного snooping, в результате чего устройства уровня 2, такие как коммутаторы VLAN, осведомлены о данных уровня 3, таких как MAC-адрес (MAC) адреса членов многоаксной группы.

именоваемая служба

(Необязательно) Перезапустите процесс DNS-сервера, который используется маршрутизатором или коммутатором для разрешения имен хостов в адресах.

сетевой доступ

(серия QFX только) (Необязательно) Перезапустите процесс сетевого доступа, в котором предоставляется служба аутентификации по протоколу аутентификации chap-связи (CHAP) маршрутизатора.

безопасность сети

(Необязательно) Перезапустите процесс сетевой безопасности.

трассировка сетевой безопасности

(Необязательно) Перезапустите процесс трассировки сетевой безопасности.

служба nfsd

(Необязательно) Перезапустите процесс удаленного сервера NFS, который предоставляет удаленный доступ к файлам для приложений, которым нужен перенос на основе NFS.

ntpd-service

(Необязательно) Перезапустите процесс протокола сетевого времени (NTP).

абоненты, запускаемые пакетами

(Необязательно) Перезапустите процесс контроля пакетов и управления политиками (PTSP), который позволяет использовать политики к динамическим абонентам, контролируемым устройством о завершении абонента.

одноранговая служба выбора

(Необязательно) Перезапустите процесс службы выбора узла.

pgcp-service

(Необязательно) Перезапустите процесс службы pgcpd, запущенный на модуль маршрутизации. Этот параметр не перезапускает процессы pgcpd, запущенные на РС мобильной станции. Чтобы перезапустить процессы pgcpd, запущенные на CS мобильной станции, используйте services pgcp gateway этот параметр.

Pgm

(Необязательно) Перезапустите процесс, реализующий протокол Многоадретной многоадретной обработки с помощью методов надежной доставки многоадретных пакетов.

pic-services-logging

(Необязательно) Перезапустите процесс регистрации для некоторых РС. С помощью этого процесса, также известного как fsad (daemon доступа к файловой системе), РС отправляют на модуль маршрутизации информацию для архивации на жестком диске.

pki-service

(Необязательно) Перезапустите процесс службы PKI.

Ppp

(Необязательно) Перезапустите процесс «протокол точка-точка» (PPP), который является протоколом инкапсуляции для переноса IP-трафика по многоточки-оточки соединениям.

ppp-service

(Необязательно) Перезапустите процесс Universal Edge PPP , который является процессом инкапсуляции протокола для транспортировки IP-трафика через универсальные edge маршрутизаторы.

Pppoe

(Необязательно) Перезапустите процесс Point-to-Point Protocol через Ethernet (PPPoE), который объединяет PPP, который обычно работает через широкополосные соединения, с протоколом уровня каналов Ethernet, который позволяет пользователям подключаться к сети хостов через мост или концентратор доступа.

profilerd

(Необязательно) Перезапустите процесс профилиера.

защищенная система-домен-сервис

(Необязательно) Перезапустите процесс Protected System Domain (PSD).

избыточность-интерфейс-процесс

(Необязательно) Перезапустите процесс избыточности ASP.

удаленная эксплуатация

(Необязательно) Перезапустите процесс удаленных операций, который обеспечивает Ping и traceroute MBS.

rest-api

(Необязательно) Перезапустите процесс остальные API.

корневая система-домен-сервис

(Необязательно) Перезапустите службу Root System Domain (RSD).

маршрутизация

(серия ACX, серия QFX, коммутаторы серии EX и только серия MX маршрутизаторы) (Необязательно) Перезапустите процесс протокола маршрутизации.

маршрутная <-системная система с логическимименем >

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

Выборки

(Необязательно) Перезапустите процесс выборки, в котором выполняется выборка пакетов на основе определенных входных интерфейсов и различных полей в заглавном поле пакета.

запись выборки маршрутов

(Необязательно) Перезапустите процесс записи маршрута выборки.

sbc-configuration-process

(Необязательно) Перезапустите процесс пограничного контроллера сеанса (SBC) пограничного шлюза сигнализации (BSG).

Scc

(Только маршрутизаторы матрицы TX) (Необязательно) Перезапустите программный процесс на маршрутизаторе матрицы TX (или шасси коммутатор-карты).

scc-chassisd

(Необязательно) Перезапустите процесс scc chassisd.

sdk-service

(Необязательно) Перезапустите пакет SDK Service Process, который выполняется на модуль маршрутизации и отвечает за взаимодействие между пакет SDK и Junos OS. Хотя процесс пакет SDK службы присутствует на маршрутизаторе, по умолчанию он отключен.

безопасное обнаружение соседей

(серия QFX, только коммутаторы серии EX и серия MX маршрутизаторы) (Необязательно) Перезапустите процесс secure Neighbor Discovery Protocol (NDP), который обеспечивает поддержку защиты сообщений NDP.

безопасность-аналитика

(Необязательно) Перезапустите процесс аналитики безопасности.

security-log

(Необязательно) Перезапустите процесс журнала безопасности.

номер sfc

(Только маршрутизаторы с матрицей TX) (Необязательно) Перезапустите программный процесс на маршрутизаторе TX Matrix Plus (или шасси коммута матрицы). Замените number0 .

развертывание сервисов

(Необязательно) Перезапустите процесс развертывания службы, что позволяет Junos OS по программному обеспечению Session and Resource Control (SRC).

Услуги

(Необязательно) Перезапустите службу.

services pgcp gateway gateway-name (имя шлюза pgcp)

(Необязательно) Перезапустите процесс pgcpd для специальной функции пограничного шлюза (BGF), запущенной на MS-PIC. Этот параметр не перезапускет процесс pgcpd, запущенный на модуль маршрутизации. Для перезапуска процесса pgcpd на модуль маршрутизации используйте pgcp-service этот параметр.

sflow-service

(Только коммутаторы серии EX) (Необязательно) Перезапустите процесс выборки потока (sFlow technology).

простое обслуживание почтовой почты

(Необязательно) Перезапустите процесс простого почтового клиента.

Snmp

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

Мягкий

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

статическая маршрутная маршрут

(Необязательно) Перезапустите процесс статической маршрутизации.

статические абоненты

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

statistics-service

(Необязательно) Перезапустите процесс, который управляет модуль передачи пакетов статистикой.

управление абонентом

(Необязательно) Перезапустите процесс управления абонентом.

subscriber-management-helper

(Необязательно) Перезапустите процесс помощника управления абонентом.

важное значение системного журнала

(Необязательно) Перезапустите необходимый процесс системного журнала.

tunnel-oamd

(Необязательно) Перезапустите процесс Tunnel OAM, который включает операции, администрирование и обслуживание туннельных сетей уровня 2. Туннелизация протоколов уровня 2 (L2PT) позволяет поставщикам услуг отправлять блоки данных протоколов уровня 2 (PDUs) через облако поставщика и доставлять их Juniper Networks Ethernet-коммутаторов серии EX, не включающих локальный широковещательный домен.

uac-service

(Необязательно) Перезапустите процесс Unified Access Control (UAC).

USB-управление

(серия MX маршрутизаторы) (Необязательно) Перезапустите процесс управления USB.

аутентификация пользователей

(Необязательно) Перезапуск процесса аутентификации пользователя с ad

vrrp

(серия ACX, коммутаторы серии EX и только серия MX маршрутизаторы) (Необязательно) Перезапустите процесс Virtual Router Redundancy Protocol (VRRP), который позволяет хосту локальной сети использовать избыточные платформы маршрутизации в этой LAN, не требуя больше, чем статическая конфигурация одного маршрута по умолчанию на хосты.

веб-управление

(серия QFX, только коммутаторы серии EX и серия MX маршрутизаторы) (Необязательно) Перезапустите процесс веб-управления.

Restart — service — Ремонт и сервисное обслуживание

Окт 10 2015

 



Оставить заявку на ремонт кухонного блока restart очень просто — позвоните нам по телефону

 8 (495) 229-33-50 или заполните форму обратной связи. 
Наши операторы не оставят без внимания ни одну Вашу заявку.

 

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

Продолжить чтение…

Окт 10 2015

 



Оставить заявку на ремонт варочной панели restart очень просто — позвоните нам по телефону

 8 (495) 229-33-50 или заполните форму обратной связи. 
Наши операторы не оставят без внимания ни одну Вашу заявку.

 

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

Продолжить чтение…

Окт 10 2015

 



Оставить заявку на ремонт духового шкафа restart очень просто — позвоните нам по телефону 

8 (495) 229-33-50 или заполните форму обратной связи. Наши операторы не оставят без внимания ни одну Вашу заявку.

 

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

Продолжить чтение…

Окт 10 2015

 



Оставить заявку на ремонт холодильника restart очень просто — позвоните нам по телефону

 8 (495) 229-33-50 или заполните форму обратной связи. 
Наши операторы не оставят без внимания ни одну Вашу заявку.

 

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

Продолжить чтение…

Сен 20 2015

 



Оставить заявку на ремонт кофемашины restart очень просто — позвоните нам по телефону

8 (495) 229-33-50 или заполните форму обратной связи. 
Наши операторы не оставят без внимания ни одну Вашу заявку.

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

Продолжить чтение…

Сен 19 2015

 



Оставить заявку на ремонт вытяжки restart очень просто — позвоните нам по телефону

 8 (800) 333-50-83 или заполните форму обратной связи. 
Наши операторы не оставят без внимания ни одну Вашу заявку.

 

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

Продолжить чтение…

Сен 10 2015

 



Оставить заявку на ремонт бытовой техники restart очень просто — позвоните нам по телефону

 8 (495) 229-33-50 или заполните форму обратной связи. 
Наши операторы не оставят без внимания ни одну Вашу заявку.

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

Продолжить чтение…

Использование Systemctl для управления службами и блоками Systemd

Введение

systemd — это система инициализации и системный диспетчер, который стал новым стандартом для дистрибутивов Linux. Из-за сложной адаптивности знакомство с системой systemd оправдано, поскольку это существенно упростит администрирование серверов. Изучение и использование инструментов и демонов, которые включают systemd, поможет вам лучше оценить предоставляемые возможности и гибкость или, по крайней мере, работать с минимальным количеством проблем.

В этом руководстве мы обсудим команду systemctl, которая является инструментом центрального управления для контроля системы инициализации. Мы расскажем о том, как управлять службами, проверять статус, изменять состояние системы и работать с файлами конфигурации.

Обратите внимание, что хотя система systemd стала системой инициализации по умолчанию для многих дистрибутивов Linux, она не используется повсеместно во всех дистрибутивах. По мере изучения этого руководства, если ваш терминал выводит ошибку bash: systemctl is not installed, скорее всего, на вашей машине установлена другая система инициализации.

Управление службами

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

В systemd целью большинства действий являются «модули», являющиеся ресурсами, которыми systemd знает, как управлять. Модули распределяются по категориям по типу ресурса, который они представляют, и определяются файлами, известными как файлы модулей. Тип каждого модуля можно вывести из суффикса в конце файла.

Для задач по управлению службами целевым модулем будут модули службы, которые имеют файлы модулей с суффиксом .service. Однако для большинства команд по управлению службами вы можете не использовать суффикс .service, поскольку systemd достаточно умна, чтобы знать, что вы, возможно, хотите работать со службой при использовании команд по управлению службами.

Запуск и остановка служб

Чтобы запустить службу systemd, используя инструкции в файле модуля службы, используйте команду start. Если вы работаете как пользователь без прав root, вам потребуется использовать sudo, поскольку это влияет на состояние операционной системы:

  • sudo systemctl start application.service

Как мы уже упомянули выше, systemd будет искать файлы *.service для команд управления службами, так что команду можно легко ввести следующим образом:

  • sudo systemctl start application

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

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

  • sudo systemctl stop application.service

Перезапуск и перезагрузка

Чтобы перезапустить работающую службу, можно использовать команду restart:

  • sudo systemctl restart application.service

Если данное приложение может перезагрузить файлы конфигурации (без перезапуска), вы можете выдать команду reload для инициализации этого процесса:

  • sudo systemctl reload application.service

Если вы не уверены, есть ли у службы функция перезагрузки своей конфигурации, можно использовать команду reload-or-restart. Это перезагрузит необходимую конфигурацию при наличии. В противном случае будет перезагружена служба для выбора новой конфигурации:

  • sudo systemctl reload-or-restart application.service

Включение и отключение служб

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

Для запуска службы во время загрузки используйте команду enable:

  • sudo systemctl enable application.service

При этом будет создана символическая ссылка из системной копии служебного файла (обычно в /lib/systemd/system или /etc/systemd/system) в месте на диске, где systemd ищет файлы для автозапуска (обычно /etc/systemd/system/some_target.target.wants; что такое цель, мы рассмотрим далее в этом руководстве).

Чтобы отключить автоматический запуск службы, можно ввести следующее:

  • sudo systemctl disable application.service

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

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

Проверка статуса служб

Чтобы проверить статус службы в вашей системе, можно использовать команду status:

  • systemctl status application.service

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

Например, при проверке статуса сервера Nginx вы можете видеть следующий вывод:

Output

● nginx.service - A high performance web server and a reverse proxy server Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2015-01-27 19:41:23 EST; 22h ago Main PID: 495 (nginx) CGroup: /system.slice/nginx.service ├─495 nginx: master process /usr/bin/nginx -g pid /run/nginx.pid; error_log stderr; └─496 nginx: worker process Jan 27 19:41:23 desktop systemd[1]: Starting A high performance web server and a reverse proxy server... Jan 27 19:41:23 desktop systemd[1]: Started A high performance web server and a reverse proxy server.

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

Также есть методы для проверки определенных статусов. Например, чтобы проверить, активен ли (работает ли) модуль в данный момент, можно использовать команду is-active:

  • systemctl is-active application.service

Это вернет текущий статус модуля, который обычно active или inactive. Код выхода будет «0», если он активен, и результат будет проще парсить в скрипты оболочки.

Чтобы увидеть, включен ли модуль, можно использовать команду is-enabled:

  • systemctl is-enabled application.service

Это выведет информацию о том, что служба enabled или disabled, и снова установит код выхода на «0» или «1» в зависимости от вопроса команды.

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

  • systemctl is-failed application.service

Это вернет active, если он работает должным образом, или failed, если возникла ошибка. Если модуль был намеренно остановлен, может вернуться unknown или inactive. Статус выхода «0» означает, что произошел сбой, а статус выхода «1» указывает на какой-либо другой статус.

Обзор состояния системы

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

Список текущих модулей

Чтобы увидеть список всех активных модулей, о которых знает systemd, можно использовать команду list-units:

Это покажет вам список всех модулей, которые у systemd активны в системе. Результат будет выглядеть примерно так:

Output

UNIT LOAD ACTIVE SUB DESCRIPTION atd.service loaded active running ATD daemon avahi-daemon.service loaded active running Avahi mDNS/DNS-SD Stack dbus.service loaded active running D-Bus System Message Bus dcron.service loaded active running Periodic Command Scheduler dkms.service loaded active exited Dynamic Kernel Modules System [email protected] loaded active running Getty on tty1 . . .

Вывод содержит следующие столбцы:

  • UNIT: имя модуля systemd
  • LOAD: указывает на то, парсила ли systemd конфигурацию модуля. Конфигурация загруженных модулей сохраняется в памяти.
  • ACTIVE: краткое состояние активности модуля. Обычно это довольно стандартный способ сообщить, запущен модуль или нет.
  • SUB: это состояние более низкого уровня, которое указывает более подробную информацию о модуле. Это часто зависит от типа модуля, состояния и фактического метода работы модуля.
  • DESCRIPTION: краткое текстовое описание того, чем является модуль/что делает.

Поскольку команда list-units показывает по умолчанию только активные модули, для всех вводов выше отобразится loaded в столбце LOAD и active в столбце ACTIVE. Это отображение фактически является поведением по умолчанию systemctl при вызове без дополнительных команд, поэтому вы увидите то же, что и при вызове systemctl без аргументов:

Мы можем использовать systemctl для вывода различной информации путем добавления дополнительных флагов. Например, чтобы увидеть все модули, которые загрузила система systemd (или пыталась загрузить), независимо от их активности в данный момент, можно использовать следующий флаг --all:

  • systemctl list-units --all

Это отобразит все модули, которые загрузила или пыталась загрузить система systemd независимо от текущего состояния системы. Некоторые модули становятся неактивными после работы, а некоторые модули, которые система systemd пыталась загрузить, могут не быть найдены на диске.

Вы можете использовать другие флаги для фильтрации этих результатов. Например, мы можем использовать флаг --state= для указания состояния LOAD, ACTIVE или SUB, которое мы хотим увидеть. Вам потребуется сохранить флаг --all, чтобы systemctl позволила отображать неактивные модули:

  • systemctl list-units --all --state=inactive

Другим распространенным фильтром является фильтр —--type=. Мы можем задать systemctl только для отображения модулей интересующего нас типа. Например, чтобы увидеть только активные модули службы, мы можем:

  • systemctl list-units --type=service

Список все файлов модулей

Команда list-units отображает только модули, которые система systemd пыталась парсить или загрузить в память. Поскольку systemd будет считывать только те модули, которые считает необходимыми, это необязательно будут все модули, доступные в системе. Чтобы увидеть все доступные файлы модулей в путях systemd, включая те, что система systemd пыталась загрузить, можно использовать команду list-unit-files:

  • systemctl list-unit-files

Модули являются представлениями ресурсов, о которых знает systemd. Поскольку система systemd необязательно считывала все определения модуля в этом виде, она представляет информацию только о самих файлах. Вывод содержит два столбца: файл модуля и состояние.

Output

UNIT FILE STATE proc-sys-fs-binfmt_misc.automount static dev-hugepages.mount static dev-mqueue.mount static proc-fs-nfsd.mount static proc-sys-fs-binfmt_misc.mount static sys-fs-fuse-connections.mount static sys-kernel-config.mount static sys-kernel-debug.mount static tmp.mount static var-lib-nfs-rpc_pipefs.mount static org.cups.cupsd.path enabled . . .

Состояние будет, как правило, enabled, disabled, static или masked. В этом контексте static обозначает, что файл модуля не содержит раздел install, который используется для включения модуля. Эти модули как таковые не могут быть включены. Обычно это означает, что модуль выполняет разовое действие или используется только как зависимость другого модуля и не должен работать самостоятельно.

Мы рассмотрим сразу же, что означает masked.

Управление модулями

До сих пор мы работали со службами и отображали информацию о модулях и файлах модулей, о которых знает systemd. Однако мы можем узнать более конкретную информацию о модулях, используя некоторые дополнительные команды.

Отображение файла модуля

Чтобы отобразить файл модуля, который система systemd загрузила в систему, можно использовать команду cat (она была добавлена в версию systemd 209). Например, чтобы увидеть файл модуля демона-планировщика atd, можно ввести следующее:

  • systemctl cat atd.service

Output

[Unit] Description=ATD daemon [Service] Type=forking ExecStart=/usr/bin/atd [Install] WantedBy=multi-user.target

Вывод — это файл модуля, известный выполняемому в настоящее время процессу systemd. Это может быть важно, если вы недавно модифицировали файлы модуля или если вы переопределяете определенные опции во фрагменте файла модуля (мы рассмотрим это позже).

Отображение зависимостей

Чтобы увидеть дерево зависимостей модуля, можно использовать команду list-dependencies:

  • systemctl list-dependencies sshd.service

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

Output

sshd.service ├─system.slice └─basic.target ├─microcode.service ├─rhel-autorelabel-mark.service ├─rhel-autorelabel.service ├─rhel-configure.service ├─rhel-dmesg.service ├─rhel-loadmodules.service ├─paths.target ├─slices.target . . .

Рекурсивные зависимости отображаются только для модулей .target, которые указывают состояние системы. Чтобы рекурсивно перечислить все зависимости, добавьте флаг --all.

Чтобы отобразить обратные зависимости (модули, зависящие от указанного модуля), можно добавить в команду флаг --reverse. Другие полезные флаги --before и --after могут быть использованы для отображения модулей, которые зависят от указанного модуля, соответственно, перед ними и после.

Проверка свойств модуля

Чтобы увидеть свойства более низкого уровня модуля, можно использовать команду show. При этом будет выведен список свойств, заданных для указанного модуля с помощью формата key=value:

  • systemctl show sshd.service

Output

Id=sshd.service Names=sshd.service Requires=basic.target Wants=system.slice WantedBy=multi-user.target Conflicts=shutdown.target Before=shutdown.target multi-user.target After=syslog.target network.target auditd.service systemd-journald.socket basic.target system.slice Description=OpenSSH server daemon . . .

Если вы хотите отобразить одно свойство, можно передать флаг -p с именем свойства. Например, чтобы увидеть конфликты, которые есть у модуля sshd.service, можно ввести следующее:

  • systemctl show sshd.service -p Conflicts

Output

Conflicts=shutdown.target

Маскировка и снятие маскировки модулей

В разделе управления службами мы узнали, как остановить или отключить службу, но systemd также имеет возможность отметить модуль как полностью незапускаемый, автоматически или вручную, связав его с /dev/null. Это называется маскировкой модуля, и она возможна с помощью команды mask:

  • sudo systemctl mask nginx.service

Это не позволит запустить службу Nginx автоматически или вручную, пока она замаскирована.

Если вы проверите list-unit-files, вы увидите, что служба теперь указана как замаскированная:

  • systemctl list-unit-files

Output

. . . kmod-static-nodes.service static ldconfig.service static mandb.service static messagebus.service static nginx.service masked quotaon.service static rc-local.service static rdisc.service disabled rescue.service static . . .

Если вы попытаетесь запустить службу, вы увидите следующее сообщение:

  • sudo systemctl start nginx.service

Output

Failed to start nginx.service: Unit nginx.service is masked.

Чтобы снять маскировку модуля и сделать его доступным для использования снова, используйте команду unmask:

  • sudo systemctl unmask nginx.service

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

Редактирование файлов модулей

Хотя конкретный формат файлов модулей выходит за рамки этого руководства, systemctl предоставляет встроенные механизмы для редактирования и модификации файлов модулей при необходимости изменений. Эта функция добавлена в версию systemd 218.

Команда edit по умолчанию откроет фрагмент файла модуля для интересующего модуля:

  • sudo systemctl edit nginx.service

Это будет пустой файл, который можно использовать для переопределения или добавления директив в определение модуля. Каталог будет создан в каталоге /etc/systemd/system, который содержит название модуля с добавлением .d. Например, для nginx.service будет создан каталог под названием nginx.service.d.

В этом каталоге будет создан фрагмент под названием override.conf. При загрузке модуля systemd в памяти соединит фрагмент переопределения с полным файлом модуля. Директивы фрагмента получат приоритет над найденными в оригинальном файле модуля.

Если вы хотите редактировать весь файл модуля, а не создавать фрагмент, можно передать флаг --full:

  • sudo systemctl edit --full nginx.service

Это загрузит текущий файл модуля в редактор, где его можно редактировать. После выхода из редактора измененный файл будет записан в /etc/systemd/system, что будет иметь приоритет над определением модуля системы (обычно находится где-то в /lib/systemd/system).

Чтобы удалить какие-либо сделанные добавления, удалите либо каталог конфигурации модуля .d или модифицированный служебный файл из /etc/systemd/system. Например, для удаления фрагмента можно ввести следующее:

  • sudo rm -r /etc/systemd/system/nginx.service.d

Чтобы удалить весь отредактированный файл модуля, добавим:

  • sudo rm /etc/systemd/system/nginx.service

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

  • sudo systemctl daemon-reload

Настройка состояния системы (уровень запуска) с помощью целей

Целями являются специальные файлы модулей, которые описывают состояние системы или точку синхронизации. Как и другие модули, файлы, которые определяют цели, могут быть идентифицированы по суффиксу, которым в данном случае является .target. Цели сами по себе немного значат, а используются для группировки других модулей.

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

Например, swap.target используется для указания того, что переключение готово к использованию. Модули, являющиеся частью этого процесса, могут синхронизироваться с этой целью путем указания в своей конфигурации, что они WantedBy= или RequiredBy= swap.target. Модули, которым требуется возможность переключения, могут указывать это состояние с помощью спецификаций Wants=, Requires= и After= для указания характера их отношений.

Получение и настройка цели по умолчанию

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

Output

multi-user.target

Если вы хотите задать другую цель по умолчанию, можно использовать set-default. Например, если у вас установлен графический рабочий стол и вы хотите загрузить систему в него по умолчанию, можно изменить цель по умолчанию соответственно:

  • sudo systemctl set-default graphical.target

Список доступных целей

Вы можете получить список имеющихся целей в вашей системе, введя:

  • systemctl list-unit-files --type=target

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

  • systemctl list-units --type=target

Изолирование целей

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

Например, если вы работаете в графической среде с активным graphical.target, можно закрыть графическую систему и перевести систему в состояние многопользовательской командной строки путем изоляции multi-user.target. Поскольку graphical.target зависит от multi-user.target, а не наоборот, все графические модули будут остановлены.

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

  • systemctl list-dependencies multi-user.target

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

  • sudo systemctl isolate multi-user.target

Использование комбинации быстрого ввода для важных событий

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

Например, чтобы перевести систему в режим спасения (один пользователь), можно использовать команду rescue вместо isolate rescue.target:

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

Чтобы остановить систему, можно использовать команду halt:

Для инициализации полного отключения можно использовать команду poweroff:

Перезапуск можно начать с помощью команды reboot:

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

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

Заключение

К этому моменту вы должны уже ознакомиться с некоторыми базовыми возможностями команды systemctl, которая позволяет взаимодействовать и контролировать экземпляр systemd. Утилита systemctl будет главной точкой взаимодействия для управления службами и состоянием системы.

Хотя systemctl работает главным образом с основным процессом systemd, в экосистеме systemd есть другие компоненты, которые контролируются другими утилитами. Другие возможности, такие как управление журналами и сеансы пользователя, обрабатываются отдельными демонами и утилитами управления (journald/journalctl и logind/loginctl соответственно). Знакомство с этими другими инструментами и демонами упростит задачу управления.

редактирование systemd юнит-файлов, рестарт сервиса при падении и уведомление на почту

Имеется RabbitMQ сервис, который изредка может упасть.

Требуется:

  1. перезапускать его, если процесс был завершён с ошибкой
  2. отправлять почтовое уведомление об этом событии

Настроим это всё через systemd-сервис файл самого RabbitMQ (хотя есть и другие варианты, например – с помощью monit, см. Monit: мониторинг и перезапуск NGINX).

Нас интересуют две опции:

  • RestartSec=: задержка при рестарте сервиса
  • Restart=: условие, при которому будет выполняться перезапуск

Допустимые значения для Restart – в таблице:

Table 2. Exit causes and the effect of the Restart= settings on them

Restart settings/Exit causes no always on-success on-failure on-abnormal on-abort on-watchdog
Clean exit code or signal X X
Unclean exit code X X
Unclean signal X X X X
Timeout X X X
Watchdog X X X X

Редактирование systemd-юнит файлов

Дефолтный юнит-файл RabbitMQ создаётся в /lib/systemd/system/rabbitmq-server.service.

Просмотреть его можно с помощью systemctl cat:

[email protected]:~$ systemctl cat rabbitmq-server.service

/lib/systemd/system/rabbitmq-server.service

[Unit]

Description=RabbitMQ Messaging Server

After=network.target

[Service]

Type=simple

User=rabbitmq

SyslogIdentifier=rabbitmq

LimitNOFILE=65536

ExecStart=/usr/sbin/rabbitmq-server

ExecStartPost=/usr/lib/rabbitmq/bin/rabbitmq-server-wait

ExecStop=/usr/sbin/rabbitmqctl stop

[Install]

WantedBy=multi-user.target

Редактировать его, как и любой другой файл в /lib/systemd/system/, напрямую нельзя, т.к. при обновлении пакета файл будет перезаписан.

Для того, что бы изменить поведение сервиса – файлы для него должны создаваться в /etc/systemd/system.

Для редактирования существующего сервиса – используем systemctl edit foo.service с опцией --full:

[email protected]:/home/admin# systemctl edit —full rabbitmq-server.service

Откроется временный файл /etc/systemd/system/rabbitmq-server.service.d/.#override.conf6a0bfbaa5ed8b8d8, с содержимым текущего /lib/systemd/system/rabbitmq-server.service, в который вносим новое описание сервиса.

Рестарт сервиса при падении

Задаём обе опции – Restart=on-failure и RestartSec=60s:

[Unit]
Description=RabbitMQ Messaging Server
After=network.target

[Service]
Type=simple
User=rabbitmq
SyslogIdentifier=rabbitmq
LimitNOFILE=65536
ExecStart=/usr/sbin/rabbitmq-server
ExecStartPost=/usr/lib/rabbitmq/bin/rabbitmq-server-wait
ExecStop=/usr/sbin/rabbitmqctl stop

Restart=on-failure
RestartSec=60s

[Install]
WantedBy=multi-user.target

Перечитываем конфиги systemd:

[email protected]:/home/admin# systemctl daemon-reload

systemd создаст файл /etc/systemd/system/rabbitmq-server.service с новым содержимым.

Получаем PID RabbitMQ сервера:

[email protected]:/home/admin# systemctl status rabbitmq-server.service | grep PID

Main PID: 14668 (rabbitmq-server)

Убиваем его сигналом SIGKILL (см. Linux&FreeBSD: команды kill, nohup — сигналы и управление процессами), что бы сработало условие on-failure:

[email protected]:/home/admin# kill -9 14668

Проверяем статус:

[email protected]:/home/admin# systemctl status rabbitmq-server.service

● rabbitmq-server.service — RabbitMQ Messaging Server

Loaded: loaded (/lib/systemd/system/rabbitmq-server.service; enabled; vendor preset: enabled)

Active: activating (auto-restart) (Result: signal) since Thu 2019-02-28 12:08:32 EET; 4s ago

Process: 7093 ExecStop=/usr/sbin/rabbitmqctl stop (code=exited, status=0/SUCCESS)

Main PID: 14668 (code=killed, signal=KILL)

Логи:

Mar 01 13:26:00 bttrm-dev-console systemd[1]: rabbitmq-server.service: Main process exited, code=killed, status=9/KILL

Mar 01 13:26:00 bttrm-dev-console rabbitmq[27392]: Stopping and halting node ‘[email protected]’ …

Mar 01 13:26:00 bttrm-dev-console systemd[1]: rabbitmq-server.service: Unit entered failed state.

Mar 01 13:26:00 bttrm-dev-console systemd[1]: rabbitmq-server.service: Failed with result ‘signal’.

И через минуту:

[email protected]:/home/admin# systemctl status rabbitmq-server.service

● rabbitmq-server.service — RabbitMQ Messaging Server

Loaded: loaded (/lib/systemd/system/rabbitmq-server.service; enabled; vendor preset: enabled)

Active: activating (start-post) since Thu 2019-02-28 12:09:33 EET; 2s ago

Feb 28 12:09:33 bttrm-stage-console systemd[1]: rabbitmq-server.service: Service hold-off time over, scheduling restart.

Feb 28 12:09:33 bttrm-stage-console systemd[1]: Stopped RabbitMQ Messaging Server.

Feb 28 12:09:33 bttrm-stage-console systemd[1]: Starting RabbitMQ Messaging Server…

Логи:

Mar 01 13:27:01 bttrm-dev-console systemd[1]: rabbitmq-server.service: Service hold-off time over, scheduling restart.

Mar 01 13:27:01 bttrm-dev-console systemd[1]: Stopped RabbitMQ Messaging Server.

Mar 01 13:27:01 bttrm-dev-console systemd[1]: Starting RabbitMQ Messaging Server…

Mar 01 13:27:01 bttrm-dev-console rabbitmq[27526]: Waiting for ‘[email protected]’ …

Mar 01 13:27:01 bttrm-dev-console rabbitmq[27526]: pid is 27533 …

Mar 01 13:27:04 bttrm-dev-console systemd[1]: Started RabbitMQ Messaging Server.

“Service hold-off time over, scheduling restart” – вот наши 60 секунд паузы.

Уведомление на почту

Добавим уведомление на email при падении сервера.

Отправляем тестовое письмо:

[email protected]:/home/admin# echo «Stage RabbitMQ restarted on failure!» | mailx -s «RabbitMQ failure notice» [email protected]

Можно использовать ExecStopPost= или OnFailure=. OnFailure смотрится логичнее – используем его.

Создаём юнит-файл /etc/systemd/system/[email protected]:

[Unit]
Description=%i failure email notification

[Service]
Type=oneshot
ExecStart=/bin/bash -c '/bin/systemctl status %i | /usr/bin/mailx -s "[%i] failure notification" [email protected]'

Добавляем OnFailure в rabbitmq-server.service через systemctl edit в блок [Unit]:

[Unit]
Description=RabbitMQ Messaging Server
After=network.target
[email protected]%i.service
...

Не забываем перечитать конфиги systemd:

[email protected]:/home/admin# systemctl daemon-reload

Убиваем RabbitMQ:

[email protected]:/home/admin# kill -9 29970

Проверяем логи:

Feb 28 13:55:33 bttrm-dev-console systemd[1]: rabbitmq-server.service: Main process exited, code=killed, status=9/KILL

Feb 28 13:55:33 bttrm-dev-console rabbitmq[30476]: Stopping and halting node ‘[email protected]’ …

Feb 28 13:55:33 bttrm-dev-console systemd[1]: rabbitmq-server.service: Unit entered failed state.

Feb 28 13:55:33 bttrm-dev-console systemd[1]: rabbitmq-server.service: Triggering OnFailure= dependencies.

Feb 28 13:55:33 bttrm-dev-console systemd[1]: rabbitmq-server.service: Failed with result ‘signal’.

Feb 28 13:55:33 bttrm-dev-console systemd[1]: Starting rabbitmq-server failure email notification…

Feb 28 13:55:33 bttrm-dev-console systemd[1]: Started rabbitmq-server failure email notification.

Feb 28 13:55:33 bttrm-dev-console systemd[1]: rabbitmq-server.service: Service hold-off time over, scheduling restart.

Feb 28 13:55:33 bttrm-dev-console systemd[1]: Stopped RabbitMQ Messaging Server.

Feb 28 13:55:33 bttrm-dev-console systemd[1]: Starting RabbitMQ Messaging Server…

Feb 28 13:55:34 bttrm-dev-console rabbitmq[30619]: Waiting for ‘[email protected]’ …

Feb 28 13:55:34 bttrm-dev-console rabbitmq[30619]: pid is 30625 …

Feb 28 13:55:37 bttrm-dev-console systemd[1]: Started RabbitMQ Messaging Server.

  1. Triggering OnFailure= dependencies.
  2. Started rabbitmq-server failure email notification.

Окей – работает.

Логи почты:

[email protected]:/home/admin# tail /var/log/exim4/mainlog

2019-02-28 13:48:58 1gzK7S-0007Td-Bt H=alt2.aspmx.l.google.com [2a00:1450:400b:c01::1b] Network is unreachable

2019-02-28 13:51:09 1gzK7S-0007Td-Bt H=alt1.aspmx.l.google.com [172.217.192.27] Connection timed out

2019-02-28 13:51:42 1gzK7S-0007Td-Bt => [email protected] R=dnslookup T=remote_smtp H=alt2.aspmx.l.google.com [74.125.193.27] X=TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256 CV=yes DN=»C=US,ST=California,L=Mountain View,O=Google LLC,CN=mx.google.com» C=»250 2.0.0 OK  1551354702 x34si4667116edb.147 — gsmtp»

2019-02-28 13:51:42 1gzK7S-0007Td-Bt Completed

2019-02-28 13:53:53 1gzK16-0006pp-NU H=alt2.aspmx.l.google.com [74.125.193.27] Connection timed out

2019-02-28 13:53:53 1gzK16-0006pp-NU H=aspmx2.googlemail.com [2800:3f0:4003:c02::1a] Network is unreachable

2019-02-28 13:54:59 1gzK16-0006pp-NU => [email protected] R=dnslookup T=remote_smtp H=aspmx3.googlemail.com [74.125.193.26] X=TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256 CV=yes DN=»C=US,ST=California,L=Mountain View,O=Google LLC,CN=mx.google.com» C=»250 2.0.0 OK  1551354899 s45si1200185edm.357 — gsmtp»

2019-02-28 13:54:59 1gzK16-0006pp-NU Completed

2019-02-28 13:54:59 End queue run: pid=29201

2019-02-28 13:55:33 1gzKHl-0007xl-Lm <= [email protected] U=root P=local S=1331

Если письмо не приходит – проверяем очередь exim:

[email protected]:/home/admin# exim -bp

0m  1.2K 1gzL3R-0000dn-5h <[email protected]>

[email protected]

Зависло тут.

Запускаем отправку вручную:

[email protected]:/home/admin# runq

Проверяем лог:

[email protected]:/home/admin# cat /var/log/exim4/mainlog | grep 1gzL3R-0000dn-5h

2019-02-28 14:44:49 1gzL3R-0000dn-5h <= [email protected] U=root P=local S=1241

2019-02-28 14:46:48 1gzL3R-0000dn-5h H=aspmx.l.google.com [2607:f8b0:400d:c0f::1a] Network is unreachable

2019-02-28 14:46:49 1gzL3R-0000dn-5h => [email protected] R=dnslookup T=remote_smtp H=aspmx.l.google.com [173.194.68.26] X=TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256 CV=yes DN=»C=US,ST=California,L=Mountain View,O=Google LLC,CN=mx.google.com» C=»250 2.0.0 OK  1551358009 w11si208223qvc.68 — gsmtp»

2019-02-28 14:46:49 1gzL3R-0000dn-5h Completed

И само письмо:

Что бы решить проблему с отправкой (не знаю, почему exim просто в очередь сохраняет, но не отправялет) – добавим костыль в /etc/systemd/system/[email protected] в виде ExecStartPost:

...
ExecStart=/bin/bash -c '/bin/systemctl status %i | /usr/bin/mailx -s "[%i] failure notification" [email protected]'
ExecStartPost=runq
...

Если надо удалить старые письма – используем их ID:

[email protected]:/home/admin# exim -Mrm 1gzVar-0003oO-Rf

Message 1gzVar-0003oO-Rf has been removed

Готово.


Почему я должен использовать «service sshd reload» вместо «service sshd restart»?



Судя по моим тестам на Linux, похоже, что

service sshd reload

  • Работает только тогда, когда sshd уже запущен
  • Останавливает sshd , если файл sshd_config имеет проблемы
  • Возвращает код ошибки 0, даже если файл sshd_config имеет проблемы

service sshd restart

  • Работает независимо от того, работает ли sshd уже
  • Останавливает sshd , если файл sshd_config имеет недопустимый синтаксис или другие проблемы
  • Возвращает ненулевой код ошибки, если файл sshd_config имеет проблемы

Я понимаю, что они выполняют разные операции, но мне кажется совершенно очевидным, что я всегда должен использовать service sshd restart . Есть ли какие-либо причины, по которым service sshd reload предпочтительнее в некоторых ситуациях?

linux ssh operating-system sshd
Поделиться Источник Tim Bellis     11 июля 2013 в 10:52

4 ответа


  • установите sshd с помощью cygwin

    Я хочу использовать cygwin для установки sshd в windows. Но когда я запускаю службу sshd, она говорит:: The CYGWIN sshd service is starting. The CYGWIN sshd service could not be started. The service did not report an error. More help is available by typing NET HELPMSG 3534. И sshd.log говорит:…

  • Почему служба sshd не распознана?

    Я пытаюсь установить hadoop, и мне нужно перезапустить службу sshd, чтобы настроить соединение между узлами… Однако всякий раз, когда я пишу: service sshd restart , появляется сообщение об ошибке, сообщающее мне, что эта служба не распознана. Какая-нибудь помощь в установке этой системы?



4

Когда вы запускаете команду service sshd , где opt может быть перезагружен/перезапущен, он фактически запускает программу с измененной средой, как это:

    env -i PATH="$PATH" TERM="$TERM" "${SERVICEDIR}/${SERVICE}" ${OPTIONS}

напр.:

    env -i PATH=/sbin:/usr/sbin:/bin:/usr/bin TERM=xterm /etc/init.d/sshd reload

Команда sshd делает почти то же самое в обоих случаях (restart/reload):

перезагрузка : пытается убить процесс, посылающий сигнал HUP, и, как вы можете видеть на снипете, для этого ему нужен PID процесса. (Работает независимо от того, запущен ли уже sshd)

    reload()
    {
        echo -n $"Reloading $prog: "
        if [ -n "`pidfileofproc $SSHD`" ] ; then
             killproc $SSHD -HUP
        else
             failure $"Reloading $prog"
        fi
        RETVAL=$?
        echo
    }

перезапуск : он будет делать то же самое, как если бы вы выполнили остановку->запуск.

    restart() {
        stop
        start
    }

    start()
    {
         [ -x $SSHD ] || exit 5
         [ -f /etc/ssh/sshd_config ] || exit 6
         # Create keys if necessary
         if [ "x${AUTOCREATE_SERVER_KEYS}" != xNO ]; then
              do_rsa1_keygen
              do_rsa_keygen
              do_dsa_keygen
         fi

         echo -n $"Starting $prog: "
         $SSHD $OPTIONS && success || failure
         RETVAL=$?
         [ $RETVAL -eq 0 ] && touch $lockfile
         echo
         return $RETVAL
    }

    stop()
    {
         echo -n $"Stopping $prog: "
         if [ -n "`pidfileofproc $SSHD`" ] ; then
             killproc $SSHD
         else
         failure $"Stopping $prog"
         fi
         RETVAL=$?
         # if we are in halt or reboot runlevel kill all running sessions
         # so the TCP connections are closed cleanly
         if [ "x$runlevel" = x0 -o "x$runlevel" = x6 ] ; then
             trap '' TERM
             killall $prog 2>/dev/null
             trap TERM
         fi
         [ $RETVAL -eq 0 ] && rm -f $lockfile
         echo
    }

Поделиться nay743     30 августа 2013 в 20:16



1

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

В качестве примера использования было бы здорово, если бы sshd действительно поддерживал перезагрузку конфигурации, не затрагивая существующие соединения. Это позволит проверить новую конфигурацию без потери текущего соединения ssh (например, при изменении разрешений, чтобы убедиться, что вы все еще можете войти в систему).

Дальнейшее чтение: Список всех действий systemd единиц

Поделиться jpaugh     11 августа 2016 в 16:54



0

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

service ssh reload

Поделиться Borja Tarraso     17 декабря 2014 в 12:54




-1

Я думаю, что этот «reload» может быть использован в скрипте shell для нескольких служб для восстановления исходного состояния, в этом случае мы не знали, запущена ли служба или нет, поэтому мы просто позволили всем этим службам «reload».

Если мы используем «restart» в этом случае, некоторые из тех сервисов, которые мы не использовали, запустятся.

Обычно для отладки проблем(или модификации) в одной службе мы хотим, чтобы эта служба, например «sshd», запустилась, «restart» должно быть лучше, потому что нам не нужно проверять, успешно ли работает эта служба или нет.

Поделиться Jevin     02 августа 2016 в 20:06


Похожие вопросы:


Как правильно установить chroot jail для службы sshd?

на стороне сервера на моем debian8 были запущены команды : adduser —home /home/user1 user1 nano /etc/ssh/sshd_config Match User user1 ChrootDirectory /home/user1 #two lines were added service sshd…


Docker: почему я теряю настройки?

Моя проблема: ssh не запускается на boot На docker хозяина docker start $DOCKERID docker exec -it $DOCKERID bash На контейнере service sshd restart;chkconfig sshd on Осмотрите верните это После…


cygwin служба sshd не запускается с windows 2003 года

Привет! Я получаю следующую ошибку при попытке запустить службу Cygwin sshd Windows: $ cygrunsrv.exe -S sshd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service…


установите sshd с помощью cygwin

Я хочу использовать cygwin для установки sshd в windows. Но когда я запускаю службу sshd, она говорит:: The CYGWIN sshd service is starting. The CYGWIN sshd service could not be started. The service…


Почему служба sshd не распознана?

Я пытаюсь установить hadoop, и мне нужно перезапустить службу sshd, чтобы настроить соединение между узлами… Однако всякий раз, когда я пишу: service sshd restart , появляется сообщение об ошибке,…


Не удается войти в Dockerized SSH daemon service с помощью Ubuntu 16.04

Когда я выполняю приведенный ниже пример с сайта Docker , он работает нормально. Однако , как только я меняю его на ubuntu:16.04 , пароль screencast никогда не работает. Он просто продолжает…


docker контейнер не может использовать «перезапуск службы sshd»

Я пытаюсь построить hadoop Dockerfile . В процессе сборки я добавил: && apt install -y openssh-client \ && apt install -y openssh-server \ && ssh-keygen -t rsa -P » -f…


не могу перезапустить sshd в виртуальной машине boot2docker

Я установил boot2docker на виртуальную машину (хост: windows 7) Моя цель-ssh в виртуальную машину boot2docker через putty. Я настроил файл /usr/local/etc/ssh/sshd_config в соответствии со своими…


Добавьте ключ к authorized_users без необходимости перезапуска sshd

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


Как связаться с sshd?

Мне нужно подключить мой ноутбук (Mac OS) к моему виртуальному ящику (Debian) через sshd, а затем протестировать telnet в Debian. Проблема в том, что я не могу подключиться через sshd. Я получаю…

Управление службами — PowerShell | Microsoft Docs

  • Статья
  • Чтение занимает 3 мин
Были ли сведения на этой странице полезными?

Оцените свои впечатления

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

В этой статье

Существует восемь основных командлетов Service, предназначенных для широкого спектра задач обслуживания. Мы рассмотрим только вывод списка служб и изменение состояния их выполнения, но вы можете получить весь список командлетов Service с помощью Get-Help *-Service, а сведения о каждом из них можно просмотреть с помощью командлетаGet-Help <Cmdlet-Name>, напримерGet-Help New-Service.

Получение служб

Получить службы на локальном или удаленном компьютере можно с помощью командлета Get-Service. Как и в случае с Get-Process, использование команды Get-Service без параметров возвращает все службы. Можно фильтровать по имени, даже используя звездочку как подстановочный знак:

PS> Get-Service -Name se*

Status   Name               DisplayName
------   ----               -----------
Running  seclogon           Secondary Logon
Running  SENS               System Event Notification
Stopped  ServiceLayer       ServiceLayer

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

PS> Get-Service -DisplayName se*

Status   Name               DisplayName
------   ----               -----------
Running  lanmanserver       Server
Running  SamSs              Security Accounts Manager
Running  seclogon           Secondary Logon
Stopped  ServiceLayer       ServiceLayer
Running  wscsvc             Security Center

PS> Get-Service -DisplayName ServiceLayer,Server

Status   Name               DisplayName
------   ----               -----------
Running  lanmanserver       Server
Stopped  ServiceLayer       ServiceLayer

Параметр ComputerName командлета Get-Service можно использовать для получения служб на удаленных компьютерах. Параметр ComputerName принимает несколько значений и подстановочные знаки, что позволяет получить службы на нескольких компьютерах с помощью одной команды. Например, приведенная ниже команда получает службы на удаленном компьютере Server01.

Get-Service -ComputerName Server01

Получение необходимых и зависимых служб

Командлет Get-Service имеет два параметра, которые удобно использовать при администрировании служб. Параметр DependentServices получает службы, которые зависят от данной службы. Параметр RequiredServices получает службы, от которых зависит данная служба.

Эти параметры просто отображают значения свойств DependentServices и ServicesDependedOn (псевдоним RequiredServices) объекта System.ServiceProcess.ServiceController, возвращаемого Get-Service, но они упрощают работу с командами и получение этой информации.

Приведенная ниже команда получает службы, необходимые службе LanmanWorkstation.

PS> Get-Service -Name LanmanWorkstation -RequiredServices

Status   Name               DisplayName
------   ----               -----------
Running  MRxSmb20           SMB 2.0 MiniRedirector
Running  bowser             Bowser
Running  MRxSmb10           SMB 1.x MiniRedirector
Running  NSI                Network Store Interface Service

Приведенная ниже команда получает службы, которым требуется служба LanmanWorkstation.

PS> Get-Service -Name LanmanWorkstation -DependentServices

Status   Name               DisplayName
------   ----               -----------
Running  SessionEnv         Terminal Services Configuration
Running  Netlogon           Netlogon
Stopped  Browser            Computer Browser
Running  BITS               Background Intelligent Transfer Ser...

Вы даже можете получить все службы, имеющие зависимости. Следующая команда делает именно это, а затем она использует командлет Format-Table для отображения свойств Status, Name, RequiredServices и DependentServices для служб на компьютере.

Get-Service -Name * | Where-Object {$_.RequiredServices -or $_.DependentServices} |
  Format-Table -Property Status, Name, RequiredServices, DependentServices -auto

Остановка, запуск, приостановка и перезапуск служб

Все командлеты Service имеют схожую общую форму. Службы можно указать по общему имени или отображаемому имени, они также принимают списки и подстановочные знаки в качестве значений. Для остановки очереди печати принтера используйте:

Stop-Service -Name spooler

Для запуска очереди печати принтера после ее остановки используйте:

Start-Service -Name spooler

Для приостановки очереди печати принтера используйте:

Suspend-Service -Name spooler

Командлет Restart-Service работает так же, как другие командлеты Service, но для него будет приведено несколько более сложных примеров. В самом простом случае указывается имя службы:

PS> Restart-Service -Name spooler

WARNING: Waiting for service 'Print Spooler (Spooler)' to finish starting...
WARNING: Waiting for service 'Print Spooler (Spooler)' to finish starting...
PS>

Вы получите повторяющееся предупреждение о запуске очереди печати принтера. При выполнении операции службы, занимающей некоторое время, Windows PowerShell сообщит, что по-прежнему пытается выполнить задачу.

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

PS> Get-Service | Where-Object -FilterScript {$_.CanStop} | Restart-Service

WARNING: Waiting for service 'Computer Browser (Browser)' to finish stopping...
WARNING: Waiting for service 'Computer Browser (Browser)' to finish stopping...
Restart-Service : Cannot stop service 'Logical Disk Manager (dmserver)' because
 it has dependent services. It can only be stopped if the Force flag is set.
At line:1 char:57
+ Get-Service | Where-Object -FilterScript {$_.CanStop} | Restart-Service <<<<
WARNING: Waiting for service 'Print Spooler (Spooler)' to finish starting...
WARNING: Waiting for service 'Print Spooler (Spooler)' to finish starting...

У этих командлетов Service нет параметра ComputerName, но их можно выполнить на удаленном компьютере с помощью командлета Invoke-Command. Например, приведенная ниже команда перезапускает службу очередь печати принтера на удаленном компьютере Server01.

Invoke-Command -ComputerName Server01 {Restart-Service Spooler}

Задание свойств служб

Командлет Set-Service изменяет свойства службы на локальном или удаленном компьютере. Так как состояние службы является свойством, этот командлет можно использовать для запуска, остановки и приостановки службы. Командлет Set-Service также имеет параметр StartupType, позволяющий изменять тип запуска службы.

Чтобы использовать командлет Set-Service в Windows Vista и более поздних версиях Windows, откройте среду Windows PowerShell, используя параметр «Запуск от имени администратора».

Дополнительные сведения см. в статье о Set-Service.

См. также:

Restart-Service (Microsoft.PowerShell.Management) — PowerShell | Документы Microsoft

Эта страница полезна?

Оцените свой опыт

да Нет

Любой дополнительный отзыв?

Отзыв будет отправлен в Microsoft: при нажатии кнопки «Отправить» ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

Представлять на рассмотрение

Останавливает, а затем запускает одну или несколько служб.

В этой статье

Синтаксис

  Restart-Service
       [-Сила]
       [-InputObject] 
       [-Пройти через]
       [-Include ]
       [-Exclude ]
       [-Что, если]
       [-Подтверждать]
       [<Общие параметры>]  
  Restart-Service
       [-Сила]
       [-Name] 
       [-Пройти через]
       [-Include ]
       [-Exclude ]
       [-Что, если]
       [-Подтверждать]
       [<Общие параметры>]  
  Restart-Service
       [-Сила]
       [-Пройти через]
       -DisplayName 
       [-Include ]
       [-Exclude ]
       [-Что, если]
       [-Подтверждать]
       [<Общие параметры>]  

Описание

Этот командлет доступен только на платформе Windows.

Командлет Restart-Service отправляет сообщение остановки, а затем сообщение запуска службе Windows. Контроллер для указанной службы. Если служба уже была остановлена, она запускается без уведомляя вас об ошибке. Вы можете указать службы по их именам служб или отображаемым именам, или вы можете использовать параметр InputObject для передачи объекта, представляющего каждую службу, которую вы хочу перезапустить.

Примеры

Пример 1: перезапустить службу на локальном компьютере

  PS C: \> Restart-Service-имя winmgmt  

Эта команда перезапускает службу инструментария управления Windows (WinMgmt) на локальном компьютере. компьютер.

Пример 2: Исключить услугу

  PS C: \> Restart-Service -DisplayName "net *" -Exclude "net logon"  

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

Пример 3: Запуск всех остановленных сетевых служб

  PS C: \> Get-Service -Name "net *" | Where-Object {$ _. Status -eq "Остановлен"} | Рестарт-Сервис  

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

Эта команда использует командлет Get-Service для получения объектов, представляющих службы, чья служба имя начинается с net. Оператор конвейера ( | ) отправляет объект услуг в Where-Object командлет, который выбирает только те службы, которые находятся в состоянии остановлено. Другой оператор трубопровода отправляет выбранные службы на Restart-Service .

На практике вы должны использовать параметр WhatIf для определения эффекта команды перед вы запускаете это.

Параметры

-Подтвердить

Запрашивает подтверждение перед запуском командлета.

Тип: SwitchParameter
Псевдонимы: cf
Позиция: Именованный
Значение по умолчанию: False
Принять ввод конвейера: False
Принимать подстановочные знаки: Ложь

-DisplayName

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

Тип: Строка []
Позиция: Именованный
Значение по умолчанию: Нет
Принять ввод конвейера: Ложь
Принять символы подстановки: True

-Исключить

Задает службы, которые этот командлет опускает. Значение этого параметра соответствует Имя параметр.Введите элемент имени или образец, например s *. Подстановочные знаки разрешены.

Тип: Строка []
Позиция: Именованный
Значение по умолчанию: Нет
Принять ввод конвейера: Ложь
Принять символы подстановки: True

-Force

Принудительно запускает команду без запроса подтверждения пользователя.

Тип: SwitchParameter
Позиция: Именованный
Значение по умолчанию: Нет
Принять ввод конвейера: False
Принять подстановочные знаки: False

-включить

Задает службы, перезапускаемые этим командлетом. Значение этого параметра соответствует Имя параметр. Введите элемент имени или образец, например s *.Подстановочные знаки разрешены.

Тип: Строка []
Позиция: Именованный
Значение по умолчанию: Нет
Принять ввод конвейера: Ложь
Принять символы подстановки: True

-InputObject

Задает ServiceController объектов, которые представляют службы для перезапуска. Введите переменную который содержит объекты, или введите команду или выражение, которое получает объекты.

Тип: ServiceController []
Позиция: 0
Значение по умолчанию: Нет
Принять ввод конвейера: True
Принять символы подстановки: Ложь

-Имя

Задает имена служб для перезапуска.

Тип: String []
Псевдонимы: ServiceName
Позиция: 0
Значение по умолчанию: Нет
Принять ввод конвейера: True
Принимать подстановочные знаки: True

-PassThru

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

Тип: SwitchParameter
Позиция: Именованный
Значение по умолчанию: Нет
Принять ввод конвейера: False
Принять подстановочные знаки: False

-WhatIf

Показывает, что произойдет, если командлет будет запущен. Командлет не запущен.

Тип: SwitchParameter
Псевдонимы: wi
Позиция: Именованный
Значение по умолчанию: Ложь
Принять ввод конвейера: Ложь
Принимать подстановочные знаки: Ложь

Входы

Система.ServiceProcess.ServiceController, System.String

Вы можете передать объект службы или строку, содержащую имя службы, этому командлету.

Выходы

Нет, System.ServiceProcess.ServiceController

Этот командлет создает объект System.ServiceProcess.ServiceController , представляющий перезапустил службу, если указать параметр PassThru . В противном случае этот командлет не генерировать любой вывод.

Банкноты

Этот командлет доступен только на платформах Windows.

  • Restart-Service может управлять службами только в том случае, если текущий пользователь имеет на это разрешение. Если команда работает некорректно, возможно, у вас нет необходимых разрешений.
  • Чтобы найти имена служб и отображаемые имена служб в вашей системе, введите Get-Service «. Имена служб отображаются в столбце Имя , а отображаемые имена отображаются в столбце DisplayName столбец.

Restart-Service — PowerShell — SS64.com

Restart-Service — PowerShell — SS64.com

Остановите, а затем перезапустите одну или несколько служб.

 Синтаксис
      Restart-Service  { [-name]  string []
                       | [-displayName]  строка [] 
                      | [-inputObject  ServiceController [] ] } 
                           [-force] [-include  string [] ] [-exclude  string [] ]
                              [-passthru] [-whatIf]
                                 [-confirm] [ CommonParameters ]

Ключ
   -name  строка 
       Имена служб, которые необходимо перезапустить.-displayName  строка 
       Отображаемые имена для перезапуска, разрешены подстановочные знаки.

   -inputObject  ServiceController 
       Перезапустите службы, представленные  ServiceController .
       Введите команду, выражение или переменную, содержащую объект (ы).

   -сила
       Отменить ограничения, препятствующие успешному выполнению команды, кроме
       из настроек безопасности. например -Форс остановит и перезапустит
       сервис, у которого есть зависимые сервисы.-включить  строку 
       Перезапускайте только указанные службы. Определяет параметр -Name.
       Подстановочные знаки, такие как «s *», разрешены.

   -exclude  строка 
       Пропустите указанные услуги, например "* SS64 *"
       Устанавливает параметр -Name, подстановочные знаки разрешены.

   -пройти через
        Передайте объект, созданный Restart-Service, по конвейеру.

   -что, если
       Опишите, что произойдет, если вы выполните команду без
       фактически выполняя команду.-подтверждать
       Запросить подтверждение перед выполнением команды. 

Примеры

Перезапустите службу буферизации (печати):

PS C: \> restart-service spooler -force

Найдите все сетевые службы на компьютере (начинающиеся с «net …») и перезапустите все остановленные:

PS C: \> get-service net * | где {$ _. Status -eq «Остановлен»} | перезапуск службы

«ДАЛЕК: Немедленно остановись.Остановись, или ты будешь истреблен. Это Доктор.
Доктора нужно уничтожить. Истребить. Истребить. Истребить! » ~ Доктор Кто, 1983

Связанные командлеты PowerShell:

Get-Service — Получите список услуг.
New-Service — Создать новую услугу.
Resume-Service — возобновление приостановленной службы.
Set-Service — Внесение и установка изменений в свойствах сервиса.
Start-Service — запуск остановленной службы.
Stop-Service — Остановить работающую службу.
Suspend-Service — приостановить работающую службу.
Команды Windows cmd: ЧИСТЫЙ СТАРТ / СК — Сервисный контроль.


Авторские права © 1999-2021 SS64.com
Некоторые права защищены

Как запускать, останавливать и перезапускать службы в Linux

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

Как системный администратор, вам нужно решить довольно много задач. И этот список с каждым днем ​​становится все длиннее и сложнее. Что еще хуже, все меняется. Я помню, что в свое время, чтобы запустить или остановить службу Linux, мне нужно было открыть окно терминала, перейти на /etc/rc.d/ (или /etc/init.d , в зависимости от в каком дистрибутиве я использовал), найдите службу и введите команду / etc / rc.d / SERVICE start | stop | restart (где SERVICE — это имя службы, которая должна быть запущена, остановлена ​​или перезапущена). При работе между дистрибутивами Redhat и Debian это могло сбивать с толку; Я бы попытался ввести /etc/rc.d/service start в одном дистрибутиве, только чтобы узнать, что это должно было быть /etc/init.d/service start .

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

Вроде.

Как вы запускаете | останавливаете | перезапускаете службу, будет зависеть от того, использует ли ваш дистрибутив systemd или init. Даже в этом случае вы сможете контролировать эти службы несколькими способами. Позволь мне объяснить.

systemctl в сравнении с сервисом

Это суть проблемы. Существует два официально принятых метода управления службами:

Какой из них вы будете использовать, будет зависеть от того, использует ли ваш дистрибутив systemd или init. Большинство современных дистрибутивов перешли на systemd, поэтому systemctl является предпочтительным менеджером служб.Однако от старых привычек трудно избавиться, поэтому многие администраторы все еще держатся за устаревшую сервисную команду. К счастью, разработчики systemd позаботились о сохранении сервиса и перенаправлении его на systemctl. Еще больше усложняет ситуацию то, что вы можете найти случайную установленную вами службу, которая не была обновлена ​​ни для службы, ни для инструментов systemctl, и вам придется вручную запускать ее с помощью /etc/rc.d (или /etc/init.d ).

Так что это все еще может немного сбивать с толку.

Но мы ищем здесь передовой опыт; а для запуска | остановки | перезапуска приложений в Linux лучшие практики начинаются и заканчиваются на systemctl.

Использование systemctl

На этом сложности заканчиваются. Фактически, остановить | запустить | перезапуск служб в Linux теперь довольно просто. Допустим, мы на CentOS и хотим остановить сервер Apache. Для этого мы открываем окно терминала и вводим команду:

 sudo systemctl stop httpd 

Сервер Apache остановится, и вы вернетесь в командную строку bash. Чтобы запустить ту же службу, введите команду:

 sudo systemctl start httpd 

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

Чтобы перезапустить ту же службу, введите команду:

 sudo systemctl restart httpd 

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

Вышеуказанные команды можно запускать в CentOS, Ubuntu, Redhat, Fedora, Debian и многих других.

использование службы

Интересно, что служебная команда все еще работает — даже для тех дистрибутивов, которые перешли на systemd и systemctl. Это означает, что те, кто инстинктивно набирает service при необходимости перезапустить службу в Linux, не получат ошибку «Неизвестная команда».В случае обслуживания команда будет перенаправлена ​​на systemctl. Фактически, когда вы запускаете команду service в дистрибутиве с поддержкой systemctl, вы четко увидите информацию о перенаправлении (, рис. A, ).

Рисунок A

Перенаправление служебной команды на systemctl.

Использование служебной команды немного отличается от systemctl. Имя службы и параметры start | stop | restart переключаются:

 sudo service httpd start
Служба sudo httpd stop
Sudo сервис httpd перезапуск 

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

Это не так уж и сложно

Я усложнил проблему, упомянув старые методы запуска, остановки и перезапуска служб в Linux. По правде говоря, процесс управления службами в Linux не так уж и сложен; вам нужно только понять, какую команду использовать.

Чтобы узнать больше о том, для чего может вам помочь systemctl, обязательно введите команду man systemctl и прочтите страницу руководства.

Еженедельный бюллетень с открытым исходным кодом

Вы не захотите пропустить наши советы, руководства и комментарии по ОС Linux и приложениям с открытым исходным кодом.Доставлено по вторникам

Зарегистрироваться Сегодня

См. Также

Изображение: Джек Уоллен

Основы PowerShell: запуск, остановка и перезапуск службы, командлет

Командлет запуска службы Windows PowerShell

Наша миссия на этой странице — запустить именованную службу Windows.При необходимости мы можем изменить сценарий, чтобы остановить или даже перезапустить службу. Чтобы получить основы синтаксиса PowerShell, связанного с этим семейством команд «Служба», я предлагаю вам начать со страницы Get-Service.

Темы запуска служб PowerShell

Наша миссия

Наша миссия — запустить одну из служб вашей операционной системы. Мы также можем адаптировать сценарий для остановки служб, но это менее увлекательно. Также стоит упомянуть, что еще один член этого семейства называется Restart-Service.

Результат моего предварительного эксперимента показывает, что невозможно запустить службу, тип запуска которой в настоящее время установлен как «Отключено». Хорошие новости; Пошаговое руководство с графическим интерфейсом служб показывает, что если вы переключите службу с отключенного на ручной режим, вы можете запустить ее. Между прочим, я верю в максиму: «Любая вещь, которую вы можете сделать, щелкнув в графическом интерфейсе, вы можете равняться (или превосходить) в сценарии PowerShell».

Пример 1: Как запустить службу Windows

Во времена Windows Server 2003 я выбираю службу Alerter для тестирования отчасти потому, что это относительно безобидная служба, а отчасти потому, что ее название находится в верхней части списка! Однако, поскольку Alerter был удален из Windows 7 и Server 2008, я выбрал PLA (журналы производительности и предупреждения) для тестирования служебных командлетов PowerShell.

Инструкции:
Предварительные требования: посетите сайт Microsoft и загрузите правильную версию PowerShell для своей операционной системы.

  • Запустите PowerShell, лучше всего подойдет графический интерфейс ISE.
  • Скопируйте четыре строки кода ниже (в память)
  • Щелкните правой кнопкой мыши символ PowerShell
  • Правка -> Вставить
  • Нажмите Enter, чтобы ввести код.

Предварительный сценарий

Давайте проверим статус службы, а также позвольте нам «разогреться» с Get-Service, прежде чем нанимать других членов семьи службы.

 # Командлет PowerShell для проверки статуса службы
$ srvName = "PLA"
$ servicePrior = Get-Service $ srvName
$ srvName + "теперь" + $ servicePrior.status
 

Очков обучения

Примечание 1: Я решил ввести переменную $ srvName для хранения значения службы. Надеюсь, это подчеркнет название службы и побудит вас изменить его, если это необходимо для вашего проекта.

Note 2: Обратите внимание, как я смешиваю «буквальные фразы» с переменными и свойствами $ для получения осмысленного вывода.

Главное событие — запуск службы PLA (журналы производительности и предупреждения)

Операционная система младше Windows 7 и Server 2008 не имеет службы предупреждений, поэтому теперь я использую PLA (журналы производительности и предупреждения) для тестирования службы запуска PowerShell.

Проверить статус — и запустить обслуживание

 # Командлет PowerShell для запуска именованной службы
Clear-Host
$ srvName = "PLA"
$ servicePrior = Get-Service $ srvName
«$ srvName is now» + $ servicePrior.статус
Set-Service $ srvName -startuptype manual
  Start-Service  $ srvName
$ serviceAfter = Get-Service $ srvName
"$ srvName is now" + $ serviceAfter.status
 

Очков обучения

Примечание 3: Обратите внимание на то, как речевые метки в этом скрипте немного отличаются от предыдущего:
«$ srvName is now» + $ servicePrior.status
по сравнению с
$ srvName + «is now» + $ servicePrior.status

Мои точки:
а) Экспериментируйте сами.
б) В некоторой степени эти учебные сценарии оставляют следы моего мыслительного процесса.

Note 4: Я подготовил приведенный выше сценарий, чтобы помочь вам оценить факторы, необходимые для управления службой Windows. Это также отражает мой процесс мышления о том, как я узнаю о команде. С другой стороны, для производственного сценария вы можете применить гораздо более безжалостный подход и упростить сценарий следующим образом:

Простой скрипт для запуска службы

 # Установите PowerShell, затем запустите службу
Clear-Host
Set-Service PLA - руководство по типу запуска
  Старт-Сервис  PLA
 

Примечание 5: Подробнее см. Set-Service

Парень рекомендует: Network Performance Monitor

(БЕСПЛАТНЫЙ ПРОБНЫЙ ПЕРИОД)

SolarWinds Network Performance Monitor ( NPM) поможет вам узнать, что происходит в вашей сети.Эта утилита также поможет вам в устранении неполадок; на приборной панели будет указано, является ли основная причина неисправной ссылкой, неисправным оборудованием или перегрузкой ресурсов.

Что мне больше всего нравится, так это то, как NPM предлагает решения сетевых проблем. Он также имеет возможность отслеживать состояние отдельных виртуальных машин VMware. Если вы заинтересованы в устранении неполадок и создании сетевых карт, я рекомендую вам попробовать NPM в 30-дневной бесплатной пробной версии.

Монитор производительности сети SolarWinds Скачать 30-дневную БЕСПЛАТНУЮ пробную версию

Пример 2: Как остановить службу

В реальной жизни вам может понадобиться сценарий, который гарантирует, что такие службы, как Telnet, Messenger, а также маршрутизация и удаленный доступ, будут остановлены.Просто для тестирования вам может понадобиться сценарий, который меняет направление Start-Service, просто чтобы убедиться, что он действительно работает так, как задумано. В любом случае, вот сценарий, который останавливает службу, определенную $ srvName.

 # Командлет PowerShell для остановки журнала Perf и службы предупреждений
$ srvName = "PLA"
$ servicePrior = Get-Service $ srvName
"$ srvName is now" + $ servicePrior.status
  Стоп-Сервис  $ srvName
$ serviceAfter = Get-Service $ srvName
Set-Service $ srvName -startuptype отключен
«$ srvName is now» + $ serviceAfter.статус
 

Очков обучения

Примечание 6: Обратите внимание на то, что этот сценарий является зеркальным отображением сценария Start-Service. Он даже отключает службу после ее остановки. Если вы помните, когда Пример 1 хотел запустить службу, он должен сначала убедиться, что для -startuptype установлено значение manual.

Чтобы объяснить ловушку — я отвлекся:

Что в имени? Что общего у этих групп услуг?

Группа A
Оповещатель, мессенджер, веб-клиент

Группа B
Диспетчер очереди печати, Telnet, телефония и Windows Time

Что еще более важно, почему семейство служб PowerShell не взаимодействует с группой B?

Ответ: Некоторые службы имеют «Отображаемое имя», которое отличается от их «Имя службы», например Telnet и Tlnsvr.Как я это узнал? Когда я попытался запустить «Telnet» или «Диспетчер очереди печати», ничего не произошло. Тем не менее, если бы у меня был ручной обход в сервисном графическом интерфейсе, не было бы проблем. Затем я запустил Get-Service * и посмотрел на два столбца: «Имя» и «Отображаемое имя». В замешательство меня привела группа А, где оба имени совпадают.

Подчеркну, что если вы хотите управлять «Диспетчером печати», вам необходимо указать его имя — «Диспетчер очереди печати». Если вы дважды проверьте с помощью команды: Get-Service s *, вы увидите Имя: Диспетчер очереди печати, отображаемое имя: «Диспетчер очереди печати».

Guy рекомендует: SolarWinds Engineer’s Toolset

(БЕСПЛАТНЫЙ ПРОБНЫЙ ПЕРИОД)

Этот набор инструментов Engineer’s Toolset предоставляет комплексную консоль из 50 утилит для поиска и устранения неисправностей компьютера. Гай говорит, что это помогает мне отслеживать, что происходит в сети, и каждый инструмент учит меня больше о том, как работает основная система.

Есть так много хороших гаджетов; это все равно, что получить полную свободу действий в магазине сладостей. К счастью, утилиты отображаются логично: мониторинг, обнаружение сети, диагностика и инструменты Cisco.Попробуйте 14-дневную бесплатную пробную версию SolarWinds Engineer’s Toolset прямо сейчас!

Набор инструментов инженера SolarWinds Скачать 14-дневную БЕСПЛАТНУЮ пробную версию

Пример 3: Как перезапустить службу (диспетчер очереди печати)

Классический сервис для отработки команды Restart-Service — «Spooler». Одна из причин выбора именно этой службы заключается в том, что принтер доставляет больше проблем, чем любое другое оборудование, и иногда перезапуск диспетчера очереди печати решает проблему.Низкий, но безжалостный метод устранения таких застреваний в принтере — это перезагрузка компьютера. Однако, если компьютер одновременно является сервером, этот метод нежелателен.

Реальная ситуация с заклиниванием диспетчера очереди печати принтера не проста. Дело в том, что он ВИДЕТСЯ работающим, но на самом деле он не работает. Самое разумное решение — перезапустить службу. Как и в предыдущих примерах, во время обучения откройте графический интерфейс services.msc и поэкспериментируйте с настройками. Вы обнаружите, что вы также можете перезапустить остановленную службу.

Производственный сценарий

Для перезапуска все, что вам действительно нужно, это однострочник:

 Restart-Service "Spooler"
 

Сценарий обучения

 # Командлет PowerShell для перезапуска службы диспетчера очереди печати
$ srvName = "Спулер"
$ servicePrior = Get-Service $ srvName
"$ srvName is now" + $ servicePrior.status
Set-Service $ srvName -startuptype manual
  Restart-Service  $ srvName
$ serviceAfter = Get-Service $ srvName
«$ srvName is now» + $ serviceAfter.статус
 

Очков обучения

Note 7: Больше всего я опасаюсь, что в производственном сценарии я неправильно напишу название службы. Таким образом, проверьте успешность, наблюдая это системное сообщение:

ПРЕДУПРЕЖДЕНИЕ. Ожидание завершения работы службы «Диспетчер очереди печати (диспетчер очереди печати)», начиная с…

Примечание 8: Возможны вариации в зависимости от того, какую операционную систему вы используете.

Парень рекомендует: Утилита SolarWinds Wake-On-LAN

(БЕСПЛАТНЫЙ ИНСТРУМЕНТ)

Уложить компьютеры в спящий режим, когда они не используются, — отличная идея — до тех пор, пока вы не отойдете от своего рабочего стола и вам не понадобится файл на этой удаленной спящей машине!

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

SolarWinds Wake-On-LAN Скачать 100% БЕСПЛАТНЫЙ инструмент

Удаленное взаимодействие PowerShell со службами

Одним из аспектов удаленного взаимодействия в PowerShell v 2.0 является простое добавление -computerName xyz к команде, запущенной на локальном компьютере. Для дальнейшего исследования попробуйте:

 Clear-Host
Get-Command | Где-Объект {$ _.parameters.keys -Contains "ComputerName"}
 

Сюрприз! Get-Service входит в число командлетов, поддерживающих удаленное взаимодействие, но остановки, запуска и Restart-Service в этом списке нет. Еще плохие новости, остановка, запуск и Restart-Service действительно не работают на сетевых машинах. Таким образом, вам придется использовать разные методы, такие как Get-WmiObject и InvokeMethod. В качестве альтернативы вы можете ввести-PSSession, а затем запустить Restart-Service, как если бы вы были на локальном компьютере. Однако, чтобы это заработало, вам необходимо сначала установить и настроить WinRM

.

Дополнительные исследования Get-Service PowerShell

Каждый раз, когда я проверяю возможности командлета с помощью Get-Help, я обнаруживаю новый параметр или полезный пример.В этом случае мне напоминают параметры -DisplayName и -DependentServices. Попробуйте команду на себе.

 Clear-Host
Get-Help Get-Service -full
 

Семейство услуг (у каждого члена свой глагол)

Говоря об исследованиях, мне также хотелось бы узнать больше о «сестринских» командах; например, Restart-Service намного удобнее, чем использование Stop-Service, а затем Start-Service.

Get-Service: полезно для перечисления служб.
Set-Service: решающий параметр -startuptype
Start-Service: глагол «start» говорит само за себя.
Stop-Service: удобно для сценариев, предотвращающих запуск нежелательных служб. E.г. Telnet
Restart-Service: приятный штрих от создателя PowerShell; этот командлет устраняет необходимость явно останавливать, а затем запускать службу.

См. Также созданную мной функцию Get-ServiceStatus »

Краткое описание Start-Service PowerShell

Если ваша миссия состоит в том, чтобы освоить команду Start-Service, начните с Get-Service. Освоив ритм пары глагол-существительное Get-Service, переходите к семейству команд PowerShell Start, Stop и Restart-Service.Для создания сценариев убедитесь, что вы используете истинное имя службы и избегаете отображаемого имени службы . Последний совет: откройте сервисный графический интерфейс, чтобы вы могли дважды проверить, что то, что делает ваш скрипт, соответствует вашим намерениям.


См. Другие примеры процессов и услуг PowerShell

• Домашняя страница PowerShell • Get-Process • Stop-Process • PowerShell Start-Process • Set-Service

• Get-Service • Start-Service • Stop-Service • Restart-Service • Бесплатный WMI Monitor

• PowerShell Start-Sleep • Get-WmiObject win32_service • Windows PowerShell

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

Как запускать, останавливать и перезапускать службы в Linux

Введение

Linux обеспечивает детальный контроль над системными службами через systemd, используя команду systemctl . Службы можно включить, выключить, перезапустить, перезагрузить или даже включить или отключить при загрузке. Если вы используете Debian 7, CentOS 7 или Ubuntu 15.04 (или более поздней версии), ваша система, скорее всего, использует systemd.

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

Предварительные требования

  • Доступ к учетной записи пользователя с sudo или с привилегиями root
  • Доступ к терминалу / командной строке
  • Инструмент systemctl , включенный в Linux

Базовый синтаксис команды systemctl

Основной синтаксис для использования команды systemctl :

  systemctl [команда] [имя_службы]  

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

Как проверить, работает ли служба в Linux

Чтобы проверить, активна служба или нет, выполните эту команду:

  sudo systemctl статус apache2  

Замените apache2 нужной службой. В нашем случае мы проверили статус Apache. Выходные данные показывают, что служба активна (работает) , как на изображении ниже:

Как перезапустить службу

Чтобы остановить и перезапустить службу в Linux , используйте команду:

  sudo systemctl перезапустить SERVICE_NAME  

После этого ваша служба должна быть снова запущена.Вы можете проверить состояние с помощью команды status .

Для перезапуска сервера Apache используйте:

  sudo systemctl перезапустить apache2  

Как перезагрузить услугу

Чтобы заставить службу перезагрузить файлы конфигурации, введите в терминале следующую команду:

  sudo systemctl перезагрузить SERVICE_NAME  

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

В нашем примере мы перезагрузили Apache, используя:

  sudo systemctl перезагрузить apache2  

Как запустить службу

Чтобы запустить службу в Linux вручную, введите в терминале следующее:

  sudo systemctl start SERVICE_NAME  

Например, команда для запуска службы Apache:

  sudo systemctl start apache2  

Как остановить службу

Чтобы остановить активную службу в Linux, используйте следующую команду:

  sudo systemctl stop SERVICE_NAME  

Если вы хотите остановить службу Apache, введите команду:

  sudo systemctl stop apache2  

Проверьте, остановлена ​​ли служба, с помощью команды status .Выходные данные должны показать, что служба неактивна (мертва) .

Как включить службу при загрузке

Чтобы настроить запуск службы при загрузке системы, используйте команду:

  sudo systemctl включить SERVICE_NAME  

Чтобы включить Apache при загрузке системы, выполните команду:

  sudo systemctl включить apache2  

Как отключить службу при загрузке

Вы можете запретить запуск службы при загрузке с помощью команды:

  sudo systemctl отключить SERVICE_NAME  

Например:

  sudo systemctl отключить apache2  

Варианты названий служб

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

Например, если вы создаете веб-сайт, вы, скорее всего, будете часто использовать systemctl restart apache2 при обновлении изменений конфигурации на вашем сервере.

Однако при переходе между разными вариантами Linux полезно знать, что одна и та же служба может иметь разные имена в разных дистрибутивах.

Например, в Ubuntu и других дистрибутивах на основе Debian служба Apache называется apache2. В CentOS 7 и других дистрибутивах RedHat служба Apache называется httpd или httpd.услуга.

Заключение

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

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

Restart-Service — команда PowerShell | PDQ.com

   Restart-Service  [-Confirm] -DisplayName *  [-Exclude ] [-Force] [-Include ] [- PassThru] [-WhatIf] [ <Общие параметры>]  
   Restart-Service  [-InputObject *]  [-Confirm] [-Exclude ] [-Force] [-Include ] [-PassThru] [-WhatIf ] [<Общие параметры>]  
   Restart-Service  [-Name *]  [-Confirm] [-Exclude ] [-Force] [-Include ] [-PassThru] [- WhatIf ] [<Общие параметры>]  

Командлет Restart-Service отправляет сообщение остановки, а затем сообщение запуска в контроллер служб Windows для указанной службы.Если служба уже была остановлена, она запускается без уведомления вас об ошибке. Вы можете указать службы по их именам служб или отображаемым именам, или вы можете использовать параметр InputObject для передачи объекта, представляющего каждую службу, которую вы хотите перезапустить.

Параметры

-Confirm []

  • Значение по умолчанию — False
  • Принимает ввод конвейера False

Запрашивает подтверждение перед запуском командлета.

-DisplayName

  • Это значение — требуется
  • Значение по умолчанию — Нет
  • Принимает ввод конвейера Ложь

Задает отображаемые имена сервисов для перезапуска. Допускаются символы с подстановочными знаками.

-Exclude

  • Значение по умолчанию: Нет
  • Принимает ввод конвейера Ложь

Задает службы, которые этот командлет пропускает.Значение этого параметра определяет параметр Name. Введите элемент имени или образец, например s *. Подстановочные знаки разрешены.

-Force []

  • Значение по умолчанию — False
  • Принимает ввод конвейера False

Перезапускает службу, имеющую зависимые службы.

-Include

  • Значение по умолчанию — Нет
  • Принимает ввод конвейера Ложь

Указывает службы, которые перезапускаются этим командлетом.Значение этого параметра определяет параметр Name. Введите элемент имени или образец, например s *. Подстановочные знаки разрешены.

-InputObject

  • Это значение — требуется
  • Значение по умолчанию — Нет
  • Принимает ввод конвейера ByValue

Определяет ServiceControl объекты, представляющие службы. Введите переменную, содержащую объекты, или введите команду или выражение, которое получает объекты.

-Name

  • Это значение — требуется
  • Значение по умолчанию — Нет
  • Принимает ввод конвейера ByPropertyName

Задает имена служб для перезапуска.

-PassThru []

  • Значение по умолчанию — False
  • Принимает ввод конвейера False

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

-WhatIf []

  • Значение по умолчанию — False
  • Принимает ввод конвейера False

Показывает, что произойдет, если командлет будет запущен. Командлет не запущен.

Этот командлет поддерживает общие параметры: Verbose, Debug, ErrorAction, ErrorVariable, WarningAction, WarningVariable, OutBuffer, PipelineVariable и OutVariable.

Входы
System.ServiceProcess.ServiceController, System.String

Вы можете передать объект службы или строку, содержащую имя службы, этому командлету.

Выходы
Нет, System.ServiceProcess.ServiceController

Этот командлет создает объект System.ServiceProcess.ServiceController, представляющий перезапущенную службу, если вы укажете параметр PassThru. В противном случае этот командлет не генерирует никаких выходных данных.

Примеры
  1. Перезапустить службу на локальном компьютере:
      PS C: \> Restart-Service -Name winmgmt
      

    Эта команда перезапускает службу инструментария управления Windows (WinMgmt) на локальном компьютере.

  2. Исключить службу:
      PS C: \> Restart-Service -DisplayName "net *" -Exclude "net logon"
      

    Эта команда перезапускает службы, отображаемое имя которых начинается с Net, за исключением службы Net Logon.

  3. Запустить все остановленные сетевые службы:
      PS C: \> Get-Service -Name "net *" | Where-Object {$ _. Status -eq "Остановлен"} | Рестарт-Сервис
      

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

    Эта команда использует командлет Get-Service для получения объектов, представляющих службы, имя службы которых начинается с net. Оператор конвейера (|) отправляет объект служб командлету Where-Object, который выбирает только службы, которые находятся в состоянии остановлено. Другой оператор конвейера отправляет выбранные сервисы в Restart-Service.

    На практике вы должны использовать параметр WhatIf для определения эффекта команды перед ее запуском.

Дополнительные примечания
 Restart-Service * может управлять службами только в том случае, если текущий пользователь имеет на это разрешение.Если команда
 работает некорректно, возможно, у вас нет необходимых разрешений. Чтобы найти названия служб и отображаемые имена
 служб в вашей системе, введите Get-Service ". Имена служб появятся в столбце" Имя ", а
 отображаемые имена отображаются в столбце DisplayName *. 

Как перезапустить службы из командной строки Ubuntu — VITUX

Перезапуск службы — это одна из административных задач, которую вам придется выполнять в тот или иной раз при настройке программного обеспечения в Ubuntu.В этой статье мы объясним, как перезапустить работающую службу на вашем Ubuntu с помощью команды systemctl. Мы также объясним еще несколько команд systemctl управления службами, которые помогут вам в дальнейшем при работе со службами.

Мы выполнили команды и процедуры, упомянутые в этой статье, в системе Ubuntu 18.04 LTS.

Перезапуск службы с помощью Systemctl

В этой статье мы будем использовать командную строку Ubuntu, Терминал, чтобы объяснить, как перезапустить работающую службу.

Вы можете открыть приложение Терминал в Ubuntu либо через панель поиска средства запуска приложений, либо просто с помощью ярлыка Ctrl + Alt + T .

Последние версии Ubuntu используют systemd для управления и запуска служб. Чтобы получить список всех включенных модулей systemd, выполните следующую команду:

 systemctl list-unit-files | grep включен
 

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

Для перезапуска службы можно использовать команду systemctl. Эта команда — относительно новый инструмент, который вы можете использовать для управления systemd (системой инициализации) и службами. Этот инструмент является заменой менеджера инициализации sysV. В наши дни большинство современных дистрибутивов Linux перешли на systemd и, следовательно, на systemctl.

Вот как вы можете использовать команду systemctl для перезапуска работающей службы:

$ sudo systemctl restart [servicename]

Например, следующую команду можно использовать для перезапуска службы UFW (несложный брандмауэр) в Ubuntu:

 $ sudo systemctl restart ufw 

Обратите внимание, что вы должны быть авторизованным пользователем для управления системными службами.

Управление службами с помощью Systemd

Вы можете не только перезапускать службы с помощью systemctl, но также можете:

  • Проверить статус службы

$ systemctl status [servicename]

$ systemctl start [servicename ]

$ systemctl stop [servicename]

  • Перезагрузить службу (перезагрузить конфигурацию службы)

$ systemctl reload [servicename]

  • Перезагрузить или перезапустить службу (перезапустить службу) если перезагрузка недоступна)

$ sudo systemctl reload-or-restart [servicename]

$ systemctl enable [servicename]

$ systemctl disable [servicename]

    9046 включен / active

$ sudo systemctl is-active [servicename]

$ sudo systemctl is-enabled [servicename] 9 0005

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *